GNU链接程序： 这算不算狗拿耗子

MMMIX

原帖由 zylthinking 于 2007-12-12 22:40 发表
Parden?

有没有什么办法解决这样的问题， 除了将 libm4play.so 放在 /usr/local/lib 等目录下
而且, 我指定的 -L./bin/so 只能够找到 libhcnetsdk.so, 居然找不到同文件夹下的 libm4play.so
真是郁闷了

加上 -L. -lm4play

注意将 -lm4play 放在最后。

MMMIX

原帖由 zylthinking 于 2007-12-13 19:20 发表
但为什么要加呢， 如果 -lm4play 又依赖别的， 别的又依赖别别的 。。。
问题是这个明显是不需要的， 现在就是感觉 linker 多管闲事

建议了解下 linker 的工作原理，以及动态/静态链接的原理。

MMMIX

如果你的系统中根本没有 b.so 依赖的 c.so, 那么这么链接出来的程序能执行么？不能执行的话你准备抱怨什么？linker 不作为？

[ 本帖最后由 MMMIX 于 2007-12-16 16:50 编辑 ]

MMMIX

原帖由 zylthinking 于 2007-12-15 15:40 发表
能不能运行是另外一回事啊

如果一个 linker 生成的可执行文件如果不能执行，我估计抱怨的人会更多。。。

而且也不是b.so依赖a, 是 a依赖b.so, b.so依赖c.so, c.so找不到

嗯，输入的时候手误。

MMMIX

原帖由 zylthinking 于 2007-12-16 19:13 发表
现在问题是c.so找不到为什么不让链接成功，

c.so 找不到为什么要让链接成功？谁说链接时的符号绑定(tie up)不能是递归的？

我倒是感觉这纯粹是多管闲事了， 因为理论上链接的时候c.so和a没有关系的

恰恰相反，不论是理论上还是实际上，c.so 和 a 都是有关系的。

MMMIX

原帖由 zylthinking 于 2007-12-17 16:17 发表
不论是理论上还是实际上. windows就是不需要的， 除非你能解释微软为什么能够做到

不清楚微软的东西。