rors
>> propername.c:21:10: error: unknown option after '#pragma GCC
>> diagnostic' kind [-Wpragmas]
>>
>> The same applies to quotearg.c:24:10 (since
>> 9e62d63e086644da90db03c16907e5c7bb5a42cb).
>
> Thanks for the report.
> Fixed like this in g
Bernhard Voelker wrote:
> Since gnulib commit 69f517e5975418e7b2c5033f8f60191919f44b9d,
> a coreutils build fails when --enable-gcc-warnings is enabled:
>
> CC propername.o
> cc1: warnings being treated as errors
> propername.c:21:10: error: unknown option after '#
2008/10/17 Bruno Haible <[EMAIL PROTECTED]>:
> "#pragma GCC diagnostic" has a few limitations, which make it unusable to
> resolve warnings like this one:
>
> Jim Meyering wrote in [1]:
>> $ cat in.c
>> int f (void) __attribute__ ((__warn_unused_res
Jim Meyering <[EMAIL PROTECTED]> wrote:
> "Manuel López-Ibáñez" <[EMAIL PROTECTED]> wrote:
>> 2008/10/17 Bruno Haible <[EMAIL PROTECTED]>:
>>> "#pragma GCC diagnostic" has a few limitations, which make it unusable to
>>>
"Manuel López-Ibáñez" <[EMAIL PROTECTED]> wrote:
> 2008/10/17 Bruno Haible <[EMAIL PROTECTED]>:
>> "#pragma GCC diagnostic" has a few limitations, which make it unusable to
>> resolve warnings like this one:
>>
>> Jim Meyering wrote in
"#pragma GCC diagnostic" has a few limitations, which make it unusable to
resolve warnings like this one:
Jim Meyering wrote in [1]:
> $ cat in.c
> int f (void) __attribute__ ((__warn_unused_result__));
> void g (void) { (void) f (); }
> $ gcc -Werror -c in
