19

我有一个用于 linux 的 Makefile,我将其移植到 Darwin。makefile 需要一堆 .o 文件并将它们链接在一起成为一个 .so 共享对象。好的,所以我想(我错了吗?)达尔文最好的模拟是 dylib。所以我将 -shared 标志更改为 -dynamiclib。

现在,我链接到 dylib 中的代码依赖于许多外部库。当我尝试构建 dylib 时,我收到错误消息,提示存在未定义的引用。但是 Linux Makefile 没有在创建 .so 文件的构建步骤中指定任何 -lwhatever 或 -L/path/whatever 选项。嗯?这是因为当您创建 ELF .so 文件时,默认情况下它会保留未解析的外部引用,然后在加载共享库时,它会递归加载您正在加载的共享库所依赖的共享库?如果共享库依赖于 .a 或 .o 文件,您是否必须将它们静态链接到共享库中,否则您无法在运行时链接?你怎么能摆脱在运行时加载的库中有未定义的引用,除非引用也是动态加载的库?

无论如何,如果我指定

-undefined suppress -flat_namespace

它不需要我在创建共享库时添加那些 -l 和 -L 选项。但我仍然不明白这最终如何运作。

4

2 回答 2

16

这个线程也讨论了这个问题。我认为关键是为了获得类似 Linux 的链接行为,您需要指定“-undefined dynamic_lookup”标志。默认情况下,如果动态库中有任何未定义的引用,Darwin 链接器会抛出错误。您还可以使用 -U 在每个符号的基础上设置此行为。请参阅“man ld”以供参考。

于 2011-03-05T02:16:57.133 回答
1

使用libtool.

libtool -dynamic -multiply_defined suppress -install_name `basename ../../../../rlp/lib/universal-darwin9-gcc40/libbtutils.dylib` -o ../../../../rlp/lib/universal-darwin9-gcc40/libbtutils.dylib   ../../../../rlp/lib/universal-darwin9-gcc40/libbtd.a ../../../../rlp/lib/universal-darwin9-gcc40/libbttrie.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtkey.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtunit.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtutilities.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtopts.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtxcode.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtprops.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtxml.a ../../../../rlp/lib/universal-darwin9-gcc40/libbttake3.a ../../../../rlp/lib/universal-darwin9-gcc40/libbttake5.a ../../../../rlp/lib/universal-darwin9-gcc40/libbtac.a  -lstdc++.6 -lgcc_s.10.4 ../../../../build_system/lib/universal-darwin9-gcc40/libgcc.a -lSystem -lSystemStubs`
于 2010-09-12T15:40:47.650 回答