OS X 上的 Rust 和加载器路径(@rpath、@loader_path)

问题描述 投票:0回答:2

我正在尝试解决使用 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
macos rust rust-cargo rpath
2个回答
5
投票

经过一番研究后,我发现实际问题是

libcpp2rs.dylib
ID:

> 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)

0
投票

您可以使用

install_name_tool
设置可执行文件的
rpath
,如此处

所述
© www.soinside.com 2019 - 2024. All rights reserved.