链接器告诉我它无法解析符号,但它们在那里?

not*_*esh 6 linker gcc shared-libraries linker-errors

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

我在/ usr/lib上有libroller.so.我正在编译一个main.cpp:

g++ -g3 -Wall -I"../../" -lrt -lroller -o rap main.o
Run Code Online (Sandbox Code Playgroud)

它抱怨了许多错误,例如:

/....../main.cpp:51: undefined reference to `Log::i(char const*, ...)'
Run Code Online (Sandbox Code Playgroud)

但是,我知道这些存在于此:

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

两者都是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
Run Code Online (Sandbox Code Playgroud)

GCC不同,ld找不到导出的符号......但它们就在那里!我很确定这些符号是定义的.同样的.so使用一些相同的符号与另一个.

编辑/答案:对象的顺序很重要.在库之前放置main.o是必要的.我猜测链接器没有未解决的符号要处理,直到它到达main.o - 这是其列表中的最后一个对象.我仍然有点困惑,为什么这个在其他机器上工作了好几个月......

Pau*_*l R 5

改变:

g++ -g3 -Wall -I"../../" -lrt -lroller -o rap main.o
Run Code Online (Sandbox Code Playgroud)

到:

g++ -g3 -Wall main.o -lroller -lrt -o rap 
Run Code Online (Sandbox Code Playgroud)

链接顺序很重要(-I在这种情况下是多余的)。