This is a pretty strange error. __i686.get_pc_think.bx is a standard symbol used in all position-independent code to get the current instruction pointer. I'm not sure how it would end up undefined - if it is then no shared libraries will work. What platform are you on?
David On 18 Apr 2012, at 21:40, Truls Becken wrote: > Hi list, > > I'm trying to build from trunk with Clang 3.0 release and libobjc2, but get > "checking whether objc really works... no" while configuring base. > In config.log I get: > > configure:12880: checking whether objc really works > configure:12910: clang -o conftest -g -O2 -I/System/Library/Headers > -I/Local/Library/Headers -I/Local/Library/Headers > -I/Local/Library/Headers -fgnu-runtime -x objective-c > -L/System/Library/Libraries -L/Local/Library/Libraries > -L/Local/Library/Libraries -L/Local/Library/Libraries conftest.c -lrt > -ldl -lpthread -rdynamic -pthread -shared-libgcc -fexceptions > -fgnu-runtime -L/home/tbe/GNUstep/Library/Libraries > -L/Local/Library/Libraries -L/System/Library/Libraries -lobjc -lm >> &5 > clang: warning: argument unused during compilation: '-shared-libgcc' > [warn_drv_unused_argument] > /System/Library/Libraries/libobjc.so: error: undefined reference to > '__i686.get_pc_thunk.bx' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) [err_drv_command_failed] > > Building with libobjc from GCC works if I point Clang to the GCC objc headers. > What am I doing wrong? > > -Truls > > _______________________________________________ > Gnustep-dev mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/gnustep-dev -- Send from my Jacquard Loom _______________________________________________ Gnustep-dev mailing list [email protected] https://lists.gnu.org/mailman/listinfo/gnustep-dev
