ld 链接器脚本错误
我当前正在从事的项目使用了一堆与源代码捆绑在一起的动态库。有一个库的子集，其命名如下：
对于给定的库 libABC，有四个文件：
libABC.so
libABC.so.4
libABC.so.4.5
libABC.so.4.5.0
它们像这样以菊花链形式连接：
第一个文件 libABC.so 包含以下内容：
link libABC.so.4
而下一个文件 libABC.so.4 包含以下内容：
link libABC.so.4.5
依此类推，直到实际的 lib 文件 libABC.so.4.5.0。
我知道这种事情应该使用符号链接来完成，但我们无法改变这一点，这是一个商业项目。所以链接器对此感到窒息！
/usr/bin/ld: path/to/the/packaged/libs/libABC.so:unrecognized file format, treating as linker script
（实际上是这样，呵呵）
/usr/bin/ld: path/to/the/packaged/libs/libABC.so:1:syntax error
现在我似乎找不到有关 GNU ld 链接器脚本命令“link”的任何信息或对 GNU ld 链接器脚本命令的任何完整参考。
那会是什么？
The project I'm currently working on uses a bunch of dynamic libs bundled together with the source code. There is a subset of libs which is named as follows:
for a given lib libABC, there are four files:
libABC.so
libABC.so.4
libABC.so.4.5
libABC.so.4.5.0
They are daisy-chained like this:
the first file, libABC.so, contains the following:
link libABC.so.4
whereas the next file, libABC.so.4, contains the following:
link libABC.so.4.5
and so on till the actual lib file, libABC.so.4.5.0.
I know that this kind of stuff should be done using symlinks, but we can't change that, it's a commercial project. So the linker chokes on that!
/usr/bin/ld: path/to/the/packaged/libs/libABC.so:unrecognized file format, treating as linker script
(which it actually is, heh)
/usr/bin/ld: path/to/the/packaged/libs/libABC.so:1:syntax error
Now I can't seem to find any info on the GNU ld linker script command "link" or any complete reference to the GNU ld linker script commands.
What could that be?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
GNU ld 手册中描述了链接器脚本格式。
The linker script format is described in the GNU ld manual.
我今天自己发现了这个问题，当您在 Windows 上使用 SVN（例如 TortoiseSVN）进行结帐时，Linux 符号链接会转换为文本文件。
然后，在构建过程中，ld 接收的是文本文件，而不是指向具体文件的符号链接。
解决方案：在Linux机器上svn checkout。
I found this issue myself today, and what happens is when you do a checkout using SVN on Windows (e.g. TortoiseSVN), the Linux symlink is converted into a text file.
Then, on the build process, ld is receiving a text file instead of a symlink that would lead to the concrete file.
Solution: svn checkout on the Linux machine.