Re: Ubuntu and Debian packages / 2013-04-10

[Niels Grewe]

On 29.05.2013 10:06CEST Philippe Roussel <address@hidden> wrote:

> Hi Niels,
> 
> On Wed, May 29, 2013 at 07:27:09AM +0000, Niels Grewe wrote:
>>> Compiling with clang is tempting but it seems people in the clang camp
>>> are moving too fast : I can't compike dbuskit with clang 3.0 from
>>> ubuntu 12.10 for example.
>> 
>> Woopsie. I still had local changes to dbuskit for some clang problems. I 
>> committed them now. My intention is that DBusKit trunk should always compile 
>> cleanly both with (recent-ish, I guess) gcc and clang. If it doesn't: Please 
>> complain loudly ;-)
> 
> Ok, you asked for it !

Sure :-)

> Errors compiling dbuskit after svn up; make distclean; ./configure
> 
> DKMethod.m:211:19: error: implicit declaration of function 
> 'clang_Cursor_getNumArguments' is invalid in C99 
> [-Werror,-Wimplicit-function-declaration]
>  int argCount  = clang_Cursor_getNumArguments(cursor);
>                  ^
> DKMethod.m:214:20: error: implicit declaration of function 
> 'clang_Cursor_getArgument' is invalid in C99 
> [-Werror,-Wimplicit-function-declaration]
>    CXCursor arg = clang_Cursor_getArgument(cursor, i);
>                   ^
> DKMethod.m:214:14: error: initializing 'CXCursor' with an expression of 
> incompatible type 'int'; 
>    CXCursor arg = clang_Cursor_getArgument(cursor, i);
>             ^     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

That could be an incorrectly detected libclang. Is it installed? Could you send 
me your config.log?
 
> DKMethod.m:618:28: error: array index of '2' indexes past the end of an array 
> (that contains 2 elements) [-Werror,-Warray-bounds]
>    NSAssert2((0 == strcmp(@encode(id), [sig methodReturnType])),
>    ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> /usr/include/i386-linux-gnu/bits/string2.h:812:21: note: expanded from:
>            : __strcmp_cg (s1, s2, __s1_len))                                 \
>                           ^
> /usr/include/i386-linux-gnu/bits/string2.h:882:25: note: expanded from:
>                                         (__const char *) (s1))[2] - __s2[2]);\
>                                                           ^
> /opt/GNUstep-trunk/include/Foundation/NSException.h:454:20: note: expanded 
> from:
>    _NSAssertArgs((condition), (desc), (arg1), (arg2))
>                   ^
> /opt/GNUstep-trunk/include/Foundation/NSException.h:407:8: note: expanded 
> from:
>        if (!(condition)) {                                     \
>              ^~~~~~~~~
> DKMethod.m:618:28: error: array index of '3' indexes past the end of an array 
> (that contains 2 elements) [-Werror,-Warray-bounds]
>    NSAssert2((0 == strcmp(@encode(id), [sig methodReturnType])),
>    ~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> /usr/include/i386-linux-gnu/bits/string2.h:812:21: note: expanded from:
>            : __strcmp_cg (s1, s2, __s1_len))                                 \
>                           ^
> /usr/include/i386-linux-gnu/bits/string2.h:885:27: note: expanded from:
>                                          (__const char *)  (s1))[3]          \
>                                                             ^
> /opt/GNUstep-trunk/include/Foundation/NSException.h:454:20: note: expanded 
> from:
>    _NSAssertArgs((condition), (desc), (arg1), (arg2))
>                   ^
> /opt/GNUstep-trunk/include/Foundation/NSException.h:407:8: note: expanded 
> from:
>        if (!(condition)) {                                     \
>              ^~~~~~~~~
> 5 errors generated.

Now that looks fundamentally weird. I've got no clue what's going on there. It 
works with clang trunk. Maybe a preprocessor bug that's been fixed? Could you 
check whether replacing NSAssert2 with a plain NSAssert fixes it? 

> Money can buy bandwidth, but latency is forever. John Mashey

:-)

PS: Getting gnustep-dev back into the loop. My mailinglist mojo has yet to 
arrive this morning...