summaryrefslogtreecommitdiff
path: root/t/t2009-checkout-statinfo.sh
diff options
context:
space:
mode:
authorLuc Van Oostenryck <luc.vanoostenryck@gmail.com>2020-05-22 00:25:02 (GMT)
committerJunio C Hamano <gitster@pobox.com>2020-05-24 23:41:21 (GMT)
commit1c966423263cf77bb3fd2d87df4537d31853b58f (patch)
tree144bce596c3efdf4577b3cdd1c6b120d6481f4a2 /t/t2009-checkout-statinfo.sh
parentaf6b65d45ef179ed52087e80cb089f6b2349f4ec (diff)
downloadgit-1c966423263cf77bb3fd2d87df4537d31853b58f.zip
git-1c966423263cf77bb3fd2d87df4537d31853b58f.tar.gz
git-1c966423263cf77bb3fd2d87df4537d31853b58f.tar.bz2
sparse: allow '{ 0 }' to be used without warnings
In standard C, '{ 0 }' can be used as an universal zero-initializer. However, Sparse complains if this is used on a type where the first member (possibly nested) is a pointer since Sparse purposely wants to warn when '0' is used to initialize a pointer type. Legitimaly, it's desirable to be able to use '{ 0 }' as an idiom without these warnings [1,2]. To allow this, an option have now been added to Sparse: 537e3e2dae univ-init: conditionally accept { 0 } without warnings So, add this option to the SPARSE_FLAGS variable. Note: The option have just been added to Sparse. So, to benefit now from this patch it's needed to use the latest Sparse source from kernel.org. The option will simply be ignored by older versions of Sparse. [1] https://lore.kernel.org/r/e6796c60-a870-e761-3b07-b680f934c537@ramsayjones.plus.com [2] https://lore.kernel.org/r/xmqqd07xem9l.fsf@gitster.c.googlers.com Signed-off-by: Luc Van Oostenryck <luc.vanoostenryck@gmail.com> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t2009-checkout-statinfo.sh')
0 files changed, 0 insertions, 0 deletions