[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnustep-cvs] r34996 - in /libs/base/trunk: ChangeLog Headers/Founda
From: |
Niels Grewe |
Subject: |
Re: [Gnustep-cvs] r34996 - in /libs/base/trunk: ChangeLog Headers/Foundation/NSOperation.h Headers/GNUstepBase/GSBlocks.h Source/NSOperation.m Tests/base/NSOperation/basic.m |
Date: |
Tue, 27 Mar 2012 11:38:15 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20120216 Icedove/8.0 |
Hello Fred,
Am 27.03.2012 11:07, schrieb Fred Kiefer:
> This change breaks compilation on my OpenSuse 12.1 machine (64bit, gcc
> 4.6.2). The output I get is a bit cryptic:
>
> Compiling file NSJSONSerialization.m ...
> In file included from ../Headers/Foundation/Foundation.h:92:0,
> from NSJSONSerialization.m:10:
> ../Headers/Foundation/NSOperation.h:154:1: error: expected declaration
> specifiers or ‘...’ before ‘)’ token
> ../Headers/Foundation/NSOperation.h:154:1: warning: no semicolon at end
> of struct or union [enabled by default]
> make[4]: *** [obj/libgnustep-base.obj/NSJSONSerialization.m.o] Fehler 1
> make[3]: *** [internal-library-all_] Fehler 2
> make[2]: *** [libgnustep-base.all.library.variables] Fehler 2
> make[1]: *** [internal-all] Fehler 2
> make: *** [internal-all] Fehler 2
>
> The problem seems to be the block type definition with just two
> arguments. All the other block definitions have at least four arguments.
Sorry for the screw-up. Should be fixed now. I wasn't quite paying
attention to how the block defintion macro would be expanded by GCC.
Unfortunately, it's a bit hard to switch between compiling base with
clang and with GCC because GCC just errors out on the commandline
switches set for clang by gnustep-make. I guess I have to maintain two
distinct installations to prevent this kind of mishap in the future.
Cheers,
Niels