about summary refs log tree commit diff
path: root/nscd
diff options
context:
space:
mode:
authorJoseph Myers <joseph@codesourcery.com>2018-02-26 18:38:01 +0000
committerJoseph Myers <joseph@codesourcery.com>2018-02-26 18:38:01 +0000
commitf54d8f735ab7647713b4f8e63282bd7a920234e1 (patch)
tree374f4febfe49ae5575b78c7b5370875cdb449e3d /nscd
parent20602c72fa54bc0923314820ec8148186096bf3b (diff)
downloadglibc-f54d8f735ab7647713b4f8e63282bd7a920234e1.tar.gz
glibc-f54d8f735ab7647713b4f8e63282bd7a920234e1.tar.xz
glibc-f54d8f735ab7647713b4f8e63282bd7a920234e1.zip
Fix another -Os strcoll build issue.
While there are now clean -Os build and test results on x86_64 (given
my patch <https://sourceware.org/ml/libc-alpha/2018-02/msg00602.html>,
pending review), testing with -Os with build-many-glibcs.py shows the
build is still failing with -Os everywhere except for x86_64, x86 and
s390x.

There are a variety of different build failures, but the most common
seem to be in strcoll / wcscoll, similar to existing such cases where
DIAG_* are used to disable -Wmaybe-uninitialized.  There are various
different failures even within those functions.  This patch fixes one
particular case that seems quite common, where the warning appears at
the declarations of seq1 and seq2.

Tested with build-many-glibcs.py that this fixes the -Os build for
aarch64-linux-gnu with GCC 7.

	* string/strcoll_l.c: Include <libc-diag.h>.
	(STRCOLL): Ignore -Wmaybe-uninitialized for -Os around
	declarations of seq1 and seq2.
Diffstat (limited to 'nscd')
0 files changed, 0 insertions, 0 deletions