11

我的动态库依赖于使用自定义前缀 ( ./b2 install --prefix=PREFIX) 构建和安装的 boost 库成功构建。但是，当我otool -L在我的库上运行时，我得到如下输出：

...
libboost_regex.dylib (compatibility version 0.0.0, current version 0.0.0)
libboost_system.dylib (compatibility version 0.0.0, current version 0.0.0)
...

也就是说，与其他依赖项不同，它没有通向这些 boost 库的完整路径。当我的库被应用程序加载时，这会导致运行时错误。我知道可以使用install_name_tool手动解决此问题。但是，我试图弄清楚，为什么它只发生在 boost 库中而不发生在我的库所依赖的其他依赖项上？

编辑

我被要求给出一个构建命令的例子，但像往常一样，“现实生活”的例子有点复杂。就我而言，有一个libA.dylib依赖于 boost 的库。然后，我的库libMy.dylib也依赖于libA.dylib和提升。问题出现在configure步骤中，当执行简单的库存在检查时（类似于 的自定义测试程序AC_CHECK_LIB）。此检查尝试构建一个小测试程序，该程序被链接libA.dylib以证明可用性libA.dylib并且它失败 - 由于无法找到提升库的错误。当然它不会找到它们，因为otool -L libA.dylib给了我没有完整路径的提升库。

4

1 回答 1

5

回答这个问题：
“为什么它只发生在 boost 库中而不发生在我的库所依赖的其他依赖项上？”

技术原因是 Boost 构建系统 (bjam) 明确地将库的安装名称指定为文件名。它可以在内部使用-install_name编译器选项来执行此操作。
至于背后的原因，我不能代表 Boost 开发人员，所以我只能推测（这是一种糟糕的投资形式）：在库中硬编码本地安装路径只会将“找不到库”运行时错误延迟到分发时间，所以他们可能只希望您在开发时间尽快解决它。（或者这可能只是他们不想投入更多时间返工的遗留行为；）

 潜在的解决方案

假设您的动态库（依赖于 Boost）被命名为myLib. 正如您在问题中已经指出的那样，您可以很好地更改记录在中的 Boost 库的安装名称myLib：

 install_name_tool myLib -change libboost_regex.dylib /full/path/to/libboost_regex.dylib

另一种方法是更改​​ Boost 库本身的安装名称：

install_name_tool libboost_regex.dylib -id $new_name

使用这种方法，安装名称$new_name现在将在myLib您针对修改后的构建时记录在libboost_regex.dylib

您知道必须决定为 $new_name 赋予哪个值。它当然可以是库的完整路径，这样 Boost 库将表现得像您的其他依赖项一样。

另一种选择——更容易分发——是使用RPath。（基于 RPath 的安装名称使依赖者承担了查找其依赖项的负担：依赖者存储了一个路径列表，它将尝试将“@rpath”替换为）：

install_name_tool libboost_regex.dylib -id @rpath/libboost_regex.dylib #assign a rpath dependant install name to a boost library
 install_name_tool myLib -add_rpath $a_rpath_prefix # adds a candidate to substitute @rpath with, stored in myLib

$a_rpath_prefix可能是包含 Boost 库的文件夹的路径，这将在您的开发环境中运行良好。如果有一天您需要分发您的库，您可以将 Boost 依赖项嵌入到相对路径（或 OS X Bundle）中，并添加一个遵循此相对路径的 RPath 值。

 编辑问题

对于您描述的无法找到 Boost 的自动检查的特定情况，您可能可以使用上面提出的替代解决方案来解决它。它更改了存储在库本身中的 Boost 库的安装名称（因此将被复制到 中libA.dylib）：

install_name_tool libboost_regex.dylib -id /full/path/to/libboost_regex.dylib

在这个特定的用例中，一个更简单的解决方案可能是DYLD_FALLBACK_LIBRARY_PATH使用包含 Boost 库的目录的路径来填充。动态链接器将在这些目录中查找库，因此它会在那里找到 boost 库。在将运行构建检查的终端中：

export DYLD_FALLBACK_LIBRARY_PATH=/full/path/to/;$DYLD_FALLBACK_LIBRARY_PATH
于 2015-11-24T11:56:09.410 回答