我有一个从 C 项目编译的.o文件，该文件引用了名为init_static_pools的函数。我使用objdump -t来显示其符号依赖信息：
00000000 UND 00000000 init_static_pools
根据此thread， UND 只是说“ 我需要其他人来提供该功能”。
因此，我将此.o文件链接到一个.elf文件，该文件包含init_static_pools的定义。 objdump -t显示此文件中的符号确实是 ：
00004dcf g F .text 00000048 init_static_pools
根据此thread，g和F标志表示它是 glbal函数。我想这意味着该功能可以静态链接。
我尝试通过以下命令行将.o文件和.elf文件链接：
/ usr / bin / c ++ -m32 -rdynamic unittest1.o -o unittest1 target.elf lib / libgtest.a lib / libgtest_main.a -lpthread
我遇到了以下错误：
unittest1.cc :(。text + 0x2d）：对“ init_static_pools”的未定义引用
该功能仅位于.so文件中，为什么无法链接？
这可能与动态链接和静态链接之间的不同符号解析机制有关吗？因为我使用objdump -f并看到target.elf是动态对象。如下图所示：
target.elf：文件格式elf32-i386
体系结构：i386，标记为0x00000150：
HAS_SYMS，动态，D_PAGED
起始地址0x00001144
2019年11月6日上午1-9:17
根据 @EmployedRussian 的评论，我尝试了readelf。
对于target.elf，它仅包含1行：
486：00004dcf 72 FUNC GLOBAL DEFAULT 13 init_static_pools
对于unittest1.o，它包含两行，内容为：
0000002d 0000fb04 R_386_PLT32 00000000 init_static_pools
和
251：00000000 0 notyPE全局默认UND init_static_pools
为了完成，它们的标题是：
target.elf：
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement,little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: DYN (Shared object file)
Machine: Intel 80386
Version: 0x1
Entry point address: 0x1144
Start of program headers: 52 (bytes into file)
Start of section headers: 246936 (bytes into file)
flags: 0x0
Size of this header: 52 (bytes)
Size of program headers: 32 (bytes)
Number of program headers: 9
Size of section headers: 40 (bytes)
Number of section headers: 43
Section header string table index: 42
unittest1.o：
ELF Header:
Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
Class: ELF32
Data: 2's complement,little endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: REL (Relocatable file)
Machine: Intel 80386
Version: 0x1
Entry point address: 0x0
Start of program headers: 0 (bytes into file)
Start of section headers: 36988 (bytes into file)
flags: 0x0
Size of this header: 52 (bytes)
Size of program headers: 0 (bytes)
Number of program headers: 0
Size of section headers: 40 (bytes)
Number of section headers: 262
Section header string table index: 261
到目前为止，我还不能说出链接失败的根本原因。幸运的是，我刚在 the series的链接器上找到了Ian Lance Taylor。希望能启发我。但是我想这需要一些时间。
ADD 2-2019/11/6上午10:33
基于@EmployedRussian的回复，我尝试了以下命令：
nm target.elf | grep init_static_pools
nm -D target.elf | grep init_static_pools
就像@EmployedRussian怀疑的那样，第二个命令行没有输出。因此，这意味着 target.elf不在其动态符号表中导出init_static_pools，这使得该符号不符合从target.elf外部进行链接的条件。
下面是一些与target.elf的链接有关的标志：
-Wl,-T zephyr/linker.cmd (this is quite long,but it seems to be mostly layout info)
-Wl,-Map=target_prebuilt.map
-Wl,--whole-archive
-Wl,--gc-sections
-Wl,--build-id=none
-Wl,--sort-common=descending
-Wl,--sort-section=alignment
-ldl
-lm
还是我也应该检查编译标志？
我找到了--export-all-symbols，--export-dynamic，--gc-keep-exported选项，我正在尝试。
似乎--export-all-symbols被忽略了。我想这是针对DLL的。
我将--export-dynamic和--gc-keep-exported放在一起，构建就可以通过。
但是nm -D仍显示以下消息：
target.elf：没有符号
ADD 3-2019/11/6上午11:16
有关动态符号表（.dynsym）和符号表（.symtab）的文章。 https://blogs.oracle.com/solaris/inside-elf-symbol-tables-v2
一些报价：
实际上，在可共享库和动态链接出现之前， 在运行时不需要。只有一个不可分配的 符号表（合理命名为“ symtab”）。当动态链接是 添加到系统中后，原始设计师面临一个选择： symtab可分配，或提供第二个较小的可分配副本。的 运行时所需的符号只是总数的一小部分，因此一秒钟 符号表可在运行过程中保存虚拟内存。这是一 重要的考虑。因此，发明了第二个符号表 动态链接，因此命名为“ dynsym”。
因此，我认为.dynsym是用于运行时动态链接的。但是我想我的unittest1.o和target.elf在构建时会被静态链接。
所以这引出了我这个问题：我可以静态链接到.ELF文件吗？在Windows上，我通常静态链接到.lib文件而不是{ {1}}文件。这里的.DLL文件看起来更像.ELF。顺便说一句，我的构建过程还生成了一个.DLL文件。我应该用它代替libtarget.a吗？
不幸的是，我在target.elf上尝试了nm -t和readelf -s，但它们都没有显示libtarget.a的存在。
顺便说一句，如果您对我的问题有所了解，请放一些提示。谢谢！