联系失败了,发生了什么?

时间:2013-10-05 15:52:38

标签: c++ c linux gcc linkage

我正在尝试在64位Ubuntu 12.04上构建一个特定的程序。 该程序需要编译32位。

我安装了ia32-libsgcc-multilib个包。

我设法在3台不同的计算机上编译它,但在这一台计算机上,它失败并出现了一个奇怪的错误。 由于某种原因,libm.so没有正确拾取,或者库有问题。

这是从Makefile中提取时失败的实际编译行。

gcc -o x86_32_obj/foo x86_32_obj/foomain.o -m32 -fPIC -fno-stack-protector -lc -lgcc -lm -lpthread -lrt -lstdc++ ../libfoo/lib/./libfii.x86_32.a

这是输出

/usr/bin/ld: ../libfoo/lib/./libfoo.x86_32.a(NK_Meas.o): undefined reference to symbol 'expf@@GLIBC_2.0'
/usr/bin/ld: note: 'expf@@GLIBC_2.0' is defined in DSO /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib32/libm.so so try adding it to the linker command line
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib32/libm.so: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[1]: *** [foo] Error 2
make: *** [foo] Error 2

2 个答案:

答案 0 :(得分:2)

我已经看到与linking order相关的错误。可以通过将libm链接指令放在链接配置的end处来解决错误。

这些相互依赖性与系统有很大关系,这可能是同一命令在其他系统上运行的原因。

答案 1 :(得分:0)

发现问题。 显然,我链接的库文件是使用不同版本的GCC编译的。 我不知道它究竟是如何相关的,但是一旦我将gcc编译器替换为与它一起工作的库那个。

相关问题