clang / libobjc2 stability / crashes

[Riccardo Mottola]

Hi all,

having put FreeBSD 9 on my laptop, which removes obj-c from gcc and uses 
gcc only for legacy purposes until the clang switch, I need had to 
switch to clang.
- x86-32
- clang 3.0
- libobjc2 (from our source)

I have an essentially unusable GNUstep system and ask if other 
experience similar problems.
Some information:
 * tried switch ARC on and off, no help
 * compiling the application with debug=yes seems to solve the problem
 * I compiled base with/wthout optimizations, no help. I fail to 
compile gui without for the reasons mentioned in another email

The applications which do crash, crash consistently and upon user action:
* FTP, connect to a server (e.g. ftp.gnustep.org, anonymously)
* PRICE, run the Curves filter
* GWorkspace: try to start an application by double-clicking

GSPdf doesn't crash, but on exit it prints out:
Calling [GSPdf -applicationShouldTerminate:] with incorrect signature.  
Method has C12@0:4@8, selector has i12@0:4@8

Other applications instead seem to work and I couldn't get them to 
crash, like Ink.

David is kindly helping me debugging this, but we made little progress. 
valgrind shows an error in GSFFIInvocation:

==4553== Source and destination overlap in memcpy(0x3975f40, 0x3975f40, 24)
==4553==    at 0x5E5B5: memcpy (in 
/usr/local/lib/valgrind/vgpreload_memcheck-x86-freebsd.so)
==4553==    by 
0xA8FD7D:_i_GSFFIInvocation__initWithCallback_values_frame_signature_  
(GSFFIInvocation.m:380)


Since the application then hangs inside valgrind, there is no further 
output.

But I put an if() code to print out the size when src and dst are the 
same, it never gets reached (and the warning goes away).

I don't include stacktrace because I do not want to spam with a long 
message.

I did run the base tests and there is nothing really suspicious (see 
other email).

Somebody notices the same? Or has some ideas

Riccardo