直接拆解两种输出的核心差异，这也是你遇到链接错误的关键原因：

1. 报错机器的输出：U denaliTcl_InitStubs #

• 这里的U是nm输出里的**Undefined（未定义）**标记，意思是：denaliTcl_InitStubs这个符号（函数/变量）在当前的libdenpli.so中被引用了，但库本身并没有包含它的实现代码。当你编译生成可执行文件时，链接器需要找到这个符号的定义所在的目标文件或其他库，找不到就会抛出你看到的undefined reference to symbol 'Tcl_InitStubs'错误。

2. 正常运行机器的输出：<address> t denaliTcl_InitStubs #

• <address>是该符号在libdenpli.so内存空间中的具体偏移地址，说明这个符号已经被分配了实际的存储位置。
• 小写的t代表这是一个本地（local）文本段符号——简单说就是denaliTcl_InitStubs的实现代码已经被编译进了libdenpli.so内部，属于库的一部分。链接器在构建可执行文件时，直接就能在这个库中找到符号的定义，所以不会出现链接错误。

为什么会有这种差异？ #

大概率是两台机器的编译/链接参数不同：

• 正常机器在编译libdenpli.so时，可能直接把Tcl相关的代码（或者Tcl的静态库）编译进了自身，让denaliTcl_InitStubs成为库的本地符号。
• 出问题的机器编译时，只做了对denaliTcl_InitStubs的外部引用，没有把对应的实现代码或依赖库整合进来，导致符号未定义。

内容的提问来源于stack exchange，提问作者Harish Tadikamalla