On May 18, 2012, at 2:40 PM, David Chisnall wrote:

> On 18 May 2012, at 18:41, Laurent Michel wrote:
> 
>> Calling [GSMutableSet -enumerateObjectsUsingBlock:] with incorrect 
>> signature.  Method has v12@0:4^{?=^vii^?}8, selector has v12@0:4@?8
> 
> This sounds like you did not compile GNUstep with a compiler with blocks 
> support (which also means that you will get exciting things happening if you 
> try subclassing NSRegularExpression).  In this case, GNUstep will fall back 
> to defining the block type as a struct and doing some hackery to invoke the 
> block.

Hmm. That's odd. Everything was compiled with clang and clang++ and linked with 
gcc
I followed these directions: 
http://heronsperch.blogspot.com/2011/07/building-clang-for-use-with-gnustep.html

I also uses -fblocks everywhere in my own makefiles. I'll double check just in 
case.


> 
> Try adding -fblocks to the CFLAGS your GNUstep install.

Ok. I'll do that and recompile. That's probably the reason (my own makefile use 
-fblocks but the GNUstep ones might not).

>  This is default on *BSD, but not on some other operating systems.  It should 
> be implicit if you are using the GNU runtime and specify the non-fragile ABI 
> though, so the fact that it isn't implies that yo are using the fragile ABI 
> (which I would recommend against).  Try specifying --disable-mixed-abi (or 
> something like that, try --help to find the correct option) to configure for 
> base.

Good point. My own sources are compiled as follows:

clang -g -I/usr/GNUstep/System/Library/Headers -I. -fblocks 
-fobjc-nonfragile-abi -c CPFactory.m 

so I already use nonfragile and blocks. But I didn't muck with the GNUstep 
CFLAGS and I bet that these guys do not have these two options. 

The code runs though. Kudos on the GNUstep libs. Once I figured out (with the 
list help) the magical makefile, it all compiled cleanly (only this runtime 
issue left).

Thanks David!

--
  Laurent


> 
> David
> 
> -- Sent from my Apple II

_______________________________________________
Gnustep-dev mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/gnustep-dev

Reply via email to