aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJoseph Myers <joseph@codesourcery.com>2017-01-11 13:59:01 +0000
committerJoseph Myers <joseph@codesourcery.com>2017-01-11 13:59:01 +0000
commit436cfba0abf749e5993b52dce589bae482f8c58a (patch)
tree2b1153745a68dd6317f624d3ee39519e263e07cd /locale/tst-C-locale.c
parentFix elf/sotruss-lib format-truncation error. (diff)
downloadglibc-436cfba0abf749e5993b52dce589bae482f8c58a.tar.gz
glibc-436cfba0abf749e5993b52dce589bae482f8c58a.tar.bz2
glibc-436cfba0abf749e5993b52dce589bae482f8c58a.zip
Fix ld-address format-truncation error.
With the elf/sotruss-lib.c failure fixed, building 64-bit glibc with GCC mainline fails with another format-truncation error in locale/programs/ld-address.c, where 11 bytes are allocated for a buffer to print a long int value. This patch changes that code to allocate 21 bytes. Treating this value as signed is questionable and I don't think large values are actually useful here, but I think those can be considered as instances of bug 21036 which I've filed for overflow checks for numeric values in localedef in general, and don't need to be addressed to fix the build. Tested with GCC mainline with compilation for aarch64 with build-many-glibcs.py, and with glibc testsuite for x86_64 (built with GCC 6). (Note that while this fixes the build of 64-bit glibc with GCC mainline, further fixes will be needed to get the testsuite building with GCC mainline again.) * locale/programs/ld-address.c (INT_STR_ELEM): Increase size of buffer used to print long int value.
Diffstat (limited to 'locale/tst-C-locale.c')
0 files changed, 0 insertions, 0 deletions