This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Joy with new GCC 3.3 warnings -- HTF to shut them up?


On Thu, May 01, 2003 at 11:06:33AM -0700, Joe Buck wrote:
> On Thu, May 01, 2003 at 10:47:09AM -0700, Richard Henderson wrote:
> > On Thu, May 01, 2003 at 09:17:10AM -0700, Joe Buck wrote:
> > > (in that there doesn't appear to be a
> > > way to write a conforming C program that uses this standard means of
> > > getting a version identifier into the object file without producing a
> > > warning).
> > 
> > You forgot to add "and using -Wall".  The warning is not
> > produced with no "give me extra warnings" options.
> 
> -Wall has become de-facto standard, and one of my roles over the last
> decade or so has been to try to keep it that way (getting warnings taken
> out of -Wall if they can't be suppressed without either excessive pain
> or making the code worse).

It seems -Wall has also grown -Wsign-compare.  Much FreeBSD's /usr/src
that was GCC 3.2.2 -Wall -Werror clean now produce tons of:

    "warning: signed and unsigned type in conditional expression"

was it really the intention that -Wall grow so many new warnings?
 
> That is, a large number of software projects, whether open source or
> proprietary, use -Wall as well as the rule that -Wall be silent. 

Correct, and I can promise that the change to -Wall will make GCC 3.3
much harder to adopt by large source bases.  At the day job, I'm working
with a very, very large ISV that offers many Linux products, and they are
also hitting a brick wall moving from 3.2.2 to 3.3.

-- 
-- David  (obrien@FreeBSD.org)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]