Suppressing specific compiler warnings
Andrew Pinski
pinskia@physics.uc.edu
Thu May 27 18:36:00 GMT 2004
>
> Robert Dewar wrote:
>
> > One general and significant drawback of these complex schemes
> > for naming or numbering warnings is that they make it
> > significantly more work to introduce new warnings, and that
> > is an unfortunate scenario.
>
> Part of my proposal of a year ago was to have the name be supplied
> as part of the warning, so you'd say something like
>
> if (...)
> WARN(unbuttoned_fly, "your fly is unbuttoned");
>
> where WARN is a macro that would expand into
> "if (warn_unbuttoned_fly) warn (...);" etc.
>
> Whatever the details of the scheme, the mass of warning control
> infrastructure should be auto-constructed.
To me if someone does not want any warning they then should not
care fo any, as the warnings in gcc are usually for there for a
reason, like someone if gcc got bitten by that construct, aka
signed vs unsinged warning. Warnings can be disabled by -w and
that should be enough. Yes sometimes warnings are useful to disable
like varargs macros being added only in C99 but that can be disabled
now as we needed it for GCC itself. Anyother warnings should be listen
to and have the source fixed instead of just disabled the warnings.
Thanks,
Andrew Pinski
More information about the Gcc
mailing list