[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: bertrand
Subject: Re: GNUstep + libobjc2 and powerpc ( was "libobjc2 on powerpc")
Date: Thu, 22 Mar 2018 17:29:54 +0100

Le jeudi 22 mars 2018 à 14:21 +0000, Richard Frith-Macdonald a écrit :
> > On 22 Mar 2018, at 13:49, bertrand <address@hidden> 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

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
    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>, address@hidden, 
    address@hidden, address@hidden) at
#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,
    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 ?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]