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?
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
> clang: warning: argument unused during compilation: '-shared-libgcc'
> /System/Library/Libraries/libobjc.so: error: undefined reference to
> 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?
> Gnustep-dev mailing list
> Gnustep-dev@... > https://lists.gnu.org/mailman/listinfo/gnustep-dev