链接器告诉我它不能解析符号，但它们在那里？

Question

我想编写一个简单的测试应用程序，使用我写的库。这在其他机器上编译并运行良好。

我有libroller.so可在/ usr/lib。我编译main.cpp中这样：

g++ -g3 -Wall -I"../../" -lrt -lroller -o rap main.o 

它抱怨许多错误，如：

/....../main.cpp:51: undefined reference to `Log::i(char const*, ...)' 

但是，我知道，这些在此所以存在：

nm -Ca /usr/lib/libroller.so | grep "Log::i"    
00000000001f5d50 T Log::i(char const*, ...) 
0000000000149530 W Log::i(std::string const&) 

两者都是64位：

file /usr/lib/libroller.so   
/usr/lib/libroller.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, not stripped 

file main.o 
main.o: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped 

UNL ike GCC and ld can't find exported symbols...but they're there!我很确定这些符号是被定义的。同样的.so与另一个使用一些相同的符号。

编辑/回答：对象的顺序很重要。在库之前放置main.o是必要的。我猜连接器没有未解决的符号来处理，直到它到达main.o - 哪个是其列表中的最后一个对象。我仍然对为什么这个工作在其他机器上许多个月有点糊涂了......

Answer 1

变化：

g++ -g3 -Wall -I"../../" -lrt -lroller -o rap main.o 

到：

g++ -g3 -Wall main.o -lroller -lrt -o rap 

链接顺序问题（和-I在这种情况下是多余的）。

Answer 2

考虑更改库和main.o的序列：

g++ -g3 -Wall -I"../../" -o rap main.o -lrt -lroller

看一看这个帖子：Why does the order in which libraries are linked sometimes cause errors in GCC?

Answer 3

你的问题的this one一个DUP，并具有相同的答案：链接线路上的库的顺序matters。