Re: GNUstep + libobjc2 and powerpc ( was "libobjc2 on powerpc")

[bertrand]

Le jeudi 22 mars 2018 à 14:21 +0000, Richard Frith-Macdonald a écrit :
> 
> > On 22 Mar 2018, at 13:49, bertrand <bertrand.dekoninck@gmail.com> wrote:
> > 
> > 
> >> 
> >> That then, begins to look like a possible libobc2 bug.
> >> 
> >> The log file provides both the command used to build the test and the text 
> >> of the test program (a load of defines, the tiny config/config.objc.m 
> >> program, and the include of objc-common.g).
> >> Using that you can reproduce the test executable that crashed.
> >> You can then run it under gdb to find ot where and how the crash is 
> >> occurring (look at the stack etc).
> >> 
> > 
> > I've copied this into the attached conftest.c and tried to build it
> > with 
> > 
> > clang -integrated-as -o conftest -g -O2
> > -I/usr/GNUstep/Local/Library/Headers
> > -I/usr/GNUstep/Local/Library/Headers
> > -I/usr/GNUstep/System/Library/Headers  -shared-libgcc
> > -L/usr/GNUstep/Local/Library/Libraries
> > -L/usr/GNUstep/Local/Library/Libraries
> > -L/usr/GNUstep/System/Library/Libraries conftest.c -lrt -ldl  -lpthread
> 
> Well in the log file you attached to your previous email it says the command 
> to build it was:
> 
> clang -integrated-as -o conftest -g -O2  -I/usr/GNUstep/Local/Library/Headers 
> -I/usr/GNUstep/Local/Library/Headers -I/usr/GNUstep/System/Library/Headers  
> -x objective-c  -shared-libgcc -L/usr/GNUstep/Local/Library/Libraries 
> -L/usr/GNUstep/Local/Library/Libraries 
> -L/usr/GNUstep/System/Library/Libraries conftest.c -lrt -ldl  -lpthread 
> -rdynamic -shared-libgcc -pthread -fexceptions -fobjc-runtime=gnustep-1.8 
> -fblocks -L/home/bertrand/GNUstep/Library/Libraries 
> -L/usr/GNUstep/Local/Library/Libraries 
> -L/usr/GNUstep/System/Library/Libraries -lpthread -lobjc 
> -fobjc-nonfragile-abi -lm   -lpthread
> 
> So the problem is that you didn't copyu the command used to build the test 
> program.
> 
> I think the lack of the '-x objective-c' is causing at least some of your 
> problems ... without ot the compiler will see the .c file extension and 
> assume that it's supposed to be compiling C rather than Objective-C.
> To reproduce the program exactly, you should reproduce the orgiinal 
> compilation command exactly.
> 
How dumb am I ? I thought I had copied it correctly?

Now I've built it and run through gdb : 

Starting program: /home/bertrand/Install_GNUstep/libs-base/conftest 
warning: Could not load shared library symbols for linux-vdso32.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library
"/lib/powerpc-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
__GI___pthread_mutex_init (mutex=0xff4fbcc, mutexattr=<optimized out>)
    at pthread_mutex_init.c:84
84      pthread_mutex_init.c: Aucun fichier ou dossier de ce type.


And the backtrace is : 
(gdb) backtrace
#0  __GI___pthread_mutex_init (mutex=0xff4fbcc, mutexattr=<optimized
out>)
    at pthread_mutex_init.c:84
#1  0x0ff39638 in init_recursive_mutex ()
   from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4.6
#2  0x0ff39274 in __objc_exec_class ()
   from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4.6
#3  0x0ff45318 in .objc_load_function ()
   from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4.6
#4  0xb7fdc19c in call_init (l=<optimized out>, argc=argc@entry=1, 
    argv=argv@entry=0xbffff0b4, env=env@entry=0xbffff0bc) at
dl-init.c:78
#5  0xb7fdc304 in call_init (env=<optimized out>, argv=<optimized out>, 
    argc=<optimized out>, l=<optimized out>) at dl-init.c:36
#6  _dl_init (main_map=0xb7fff908, argc=1, argv=0xbffff0b4,
env=0xbffff0bc)
    at dl-init.c:126
#7  0xb7fe5224 in got_label ()
at ../sysdeps/powerpc/powerpc32/dl-start.S:66
Backtrace stopped: frame did not save the PC

Should I do something else to help debugging it ?

Bertrand