[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Undefined __GNUC_GNU_INLINE__
From: |
Vladimir 'φ-coder/phcoder' Serbinenko |
Subject: |
Re: Undefined __GNUC_GNU_INLINE__ |
Date: |
Fri, 18 Oct 2013 17:54:09 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131005 Icedove/17.0.9 |
On 18.10.2013 17:40, Eric Blake wrote:
> On 10/18/2013 09:30 AM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> When testing with old gcc, I found out that gnulib uses
>> __GNUC_GNU_INLINE__ without checking whether it's defined first. I
>> propose following fix:
>>
>> === modified file 'm4/extern-inline.m4'
>> --- m4/extern-inline.m4 2013-04-11 19:12:46 +0000
>> +++ m4/extern-inline.m4 2013-10-18 14:55:19 +0000
>> @@ -32,7 +32,7 @@
>> # define _GL_INLINE inline
>> # define _GL_EXTERN_INLINE extern inline
>> #elif 2 < __GNUC__ + (7 <= __GNUC_MINOR__) && !defined __APPLE__
>> -# if __GNUC_GNU_INLINE__
>> +# if defined (__GNUC_GNU_INLINE__) && __GNUC_GNU_INLINE__
>
> This has no semantic change, unless you are compiling with -Wundef; and
> we generally state that use of -Wundef for gnulib .c files is
> unsupported. Or is your complaint that this snippet of code gets
> included into header files that get included in your files, and not just
> gnulib.c files, and where we should try to honor -Wundef?
>
Yes, this code ends up in config.h (called config-util.h in our project)
which is not restricted to gnulib.
We compile gnulib with -Wno-undef
signature.asc
Description: OpenPGP digital signature