This is the mail archive of the
mailing list for the glibc project.
Re: Don't use -Wno-uninitialized in math/
- From: Steve Ellcey <sellcey at imgtec dot com>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: <libc-alpha at sourceware dot org>
- Date: Fri, 21 Aug 2015 10:34:40 -0700
- Subject: Re: Don't use -Wno-uninitialized in math/
- Authentication-results: sourceware.org; auth=none
- References: <alpine dot DEB dot 2 dot 10 dot 1508201800380 dot 30940 at digraph dot polyomino dot org dot uk> <1440173079 dot 23512 dot 36 dot camel at ubuntu-sellcey> <alpine dot DEB dot 2 dot 10 dot 1508211608130 dot 2039 at digraph dot polyomino dot org dot uk> <1440174888 dot 23512 dot 37 dot camel at ubuntu-sellcey> <alpine dot DEB dot 2 dot 10 dot 1508211637150 dot 2039 at digraph dot polyomino dot org dot uk>
- Reply-to: <sellcey at imgtec dot com>
On Fri, 2015-08-21 at 16:39 +0000, Joseph Myers wrote:
> > Ah, it is mips64 but with the N32 ABI.
> OK, that explains why the file is being compiled.
> As it's GCC trunk, maybe the problem can be reduced to a GCC bug report
> and the bug fixed well before GCC 6 is out (given that I don't see it with
> GCC 5, so it's likely a regression)? If not, maybe moving the PUSH /
> IGNORE macros up to be right after the libc-internal.h inclusion helps?
> Suppressing warnings for a whole file isn't ideal, but it's better than
> suppressing them for the whole of libm.
There is something weird going on. If I cut out the line that compiles
s_fmal.c I can run that command and get the error. If I change the '-c'
to '-E' to get a preprocessed source file and then compile that with
'-c' (and all the other options normally used in the compilation) I
don't get the error. Something about expanding the macros seems to make
the error go away. I will see if I can create a standalone test case
with the unexpanded macros still in it.