[glibc] s390: Remove Wno-CFLAGS for rtld.c/dl-load.c/dl-reloc.c

Stefan Liebler via Glibc-cvs <[email protected]>
Newsgroups gmane.comp.lib.glibc.cvs
Message-ID <[email protected]>
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=79a7d01c9e91cd00f0acdd8d93b2ed852c70ae1f

commit 79a7d01c9e91cd00f0acdd8d93b2ed852c70ae1f
Author: Stefan Liebler <[email protected]>
Date:   Tue Apr 21 14:50:15 2026 +0200

    s390: Remove Wno-CFLAGS for rtld.c/dl-load.c/dl-reloc.c
    
    While review of s390-32 removal, Adhemerval asked if those CFLAGS are still
    necessary:
    https://inbox.sourceware.org/libc-alpha/[email protected]/T/#me5120906445f3941031e29c3a093f1699eae77b4
    
    According to the git-history, the first s390-Makefile was introduced back in
    2000-08-02 with those CFLAGS.  The same are also included now and past in
    i386-Makefile.  But I haven't found a reason why those were added in the past
    and if it was really necessary on s390.  I assume it was with old GCCs most
    likely due to inclusion of dl-machine.h.
    
    This patch removes those CFLAGS. If needed, we have to circumvent the issues
    again.  At least I've used current GCCs 12.5, 13.4, 14.3, 15.2 and gcc-head
    to successfully build current glibc on s390-64 with -O2, -O3 and -Os without
    such warnings.
    Reviewed-by: Florian Weimer <[email protected]>

Diff:
---
 sysdeps/s390/Makefile | 4 ----
 1 file changed, 4 deletions(-)

diff --git a/sysdeps/s390/Makefile b/sysdeps/s390/Makefile
index 29d11dfdab..85446ca0b3 100644
--- a/sysdeps/s390/Makefile
+++ b/sysdeps/s390/Makefile
@@ -47,10 +47,6 @@ $(modpfx)gconv-modules-s390.conf: ../sysdeps/s390/gconv-modules-s390.conf \
 endif
 
 ifeq ($(subdir),elf)
-CFLAGS-rtld.c += -Wno-uninitialized -Wno-unused
-CFLAGS-dl-load.c += -Wno-unused
-CFLAGS-dl-reloc.c += -Wno-unused
-
 $(objpfx)tst-glibc-hwcaps: \
   $(objpfx)libmarkermod2-1.so \
   $(objpfx)libmarkermod3-1.so \
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.