3

我正在尝试解决使用 Rust 加载外部库的问题。

输入：

我有一个可执行文件rtest和一个 dylib libcpp2rs.dylib。该库通过 FFI 链接到可执行文件：

#[link(name="cpp2rs")]
extern { ... }

我的build.rs文件（我正在传递一个带有libcpp2rs.dylib位置的额外参数）：

pub fn main() {
    println!("cargo:rustc-link-search=native=./cpplib/bin");
}

还有我的Cargo.toml文件：

[package]
name = "rtest"
version = "0.1.0"
authors = ["astavonin"]
build = "build.rs"
rpath = true
[dependencies]
libc = "0.2.10"

我使用cargo build命令进行编译。

输出：

otool向我显示该库将由以下方式加载RPATH：

> otool -L rtest
rtest:
@rpath/libcpp2rs.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)

但同时LC_LPATH可执行文件中没有部分：

> otool -l rtest | grep LC_RPATH
>

它导致我的应用程序出现加载错误：

> ./rtest 
dyld: Library not loaded: @rpath/libcpp2rs.dylib
  Referenced from: /Users/astavonin/projects/Tests/rtest/target/debug/./rtest
  Reason: image not found
zsh: trace trap  ./rtest

这个问题可以通过install_name_tool使用来解决，但我不喜欢在编译过程中引入额外的步骤。

  1. cargo是否可以（以及如何）使用配置/构建脚本将加载类型从 @rpath 更改为 @loader_path ？
  2. 是否可以将@rpath 值传递给cargo？
4

1 回答 1

5

经过一番研究，我发现实际的问题是libcpp2rs.dylibID：

> otool -L cpplib/bin/libcpp2rs.dylib 
cpplib/bin/libcpp2rs.dylib:
    @rpath/libcpp2rs.dylib (compatibility version 0.0.0, current version 0.0.0)
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)

rustc使用 dylib ID 作为链接类型的参考，如果您想更改库的链接类型，@loader_path例如，您必须修复 dylib ID。它应该看起来像：

@loader_path/libcpp2rs.dylib (compatibility version 0.0.0, current version 0.0.0)
于 2016-05-05T03:05:19.213 回答