如何编译具有本机依赖项的 Rust 项目的静态 musl 二进制文件?
How to compile a static musl binary of a Rust project with native dependencies?
我有一个依赖于 Hyper 和 Diesel 的项目,因此依赖于本机库 OpenSSL 和 libpq。该项目基于 nightly Rust 构建,因为它使用了编译器插件。
我目前的尝试是在 Docker 容器上构建。我有 MUSL libc 和库 make
,并安装了前缀 /usr/local/musl
。我 运行 cargo
使用以下命令:(不确定某些选项是否多余,我不太精通编译器链,甚至不确定它们是否最终会链接器,但我必须尝试,对吧。)
LDFLAGS="-static -L/usr/local/musl/lib" \
LD_LIBRARY_PATH=/usr/local/musl/lib:$LD_LIBRARY_PATH \
CFLAGS="-I/usr/local/musl/include" \
PKG_CONFIG_PATH=/usr/local/musl/lib/pkgconfig \
cargo build --release --target=x86_64-unknown-linux-musl
当我 ldd
生成的文件时,它显示:
$ ldd server
linux-vdso.so.1 (0x00007fffb878e000)
libpq.so.5 => /usr/local/musl/lib/libpq.so.5 (0x00007f4d730e7000)
libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f4d72e82000)
libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f4d72a85000)
libc.so => /usr/local/musl/lib/libc.so (0x00007f4d727f6000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4d725f2000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4d72246000)
/lib/ld64.so.1 => /lib64/ld-linux-x86-64.so.2 (0x000055e2124a2000)
有所有动态链接的东西,有些甚至有 "x86_64-linux-gnu" 链!出了什么问题?
我可以毫无问题地制作静态链接的、简单的纯 Rust 项目。 ldd
说它们是静态链接的,它们 运行 没有问题,不像我有问题的可执行文件。
当我将 --verbose
与 Cargo 一起使用时,我得到了以下实际构建可执行文件的 rustc
命令:http://pastebin.com/ywv0zNBK(哎呀,那个有一个自定义的 outdir
和 -Z print-link-args
,由我添加)
添加 print-link-args
标志,我得到以下链接器命令:http://pastebin.com/Aw43qd7h
如何让 cargo
或 rustc
相信我想要静态二进制文件?
问题在于,对于每个提供本机依赖项(比如 OpenSSL)的板条箱,都有 build.rs
构建脚本负责将构建和链接选项传递给 Cargo 和 rustc
. (例如:他们打印出类似 cargo:rustc-link-lib=static=ssl
的内容,然后 Cargo 会读取并相应地执行操作。)
所以只设置 "standard" GCC 环境变量几乎不会有任何效果。您必须分别检查每个 build.rs
以了解如何强制确切的板条箱运送货物的选项。对于 OpenSSL,其环境变量如 OPENSSL_DIR
、OPENSSL_STATIC
等
另一个障碍是,如果您使用编译器插件,它们也可能与目标三元组一起编译(至少 docker_codegen)。另一方面,它们在编译过程中动态链接。这意味着不仅必须正确链接静态库,还必须具有 target 主机种类的动态库,例如 Musl libc.so
,并正确设置 (LD_LIBRARY_PATH
等)。
我制作了一个经过彻底注释的 Dockerfile,它使用一些本机依赖项静态构建我的项目。它也可能对其他人有帮助。
如果你想静态 link 一个没有原生依赖的 Rust 程序,那就容易多了:
$ rustup target add x86_64-unknown-linux-musl
$ cargo build --release --target=x86_64-unknown-linux-musl
我对 ldd 和 GCC 也有同样的问题。 musl 目标是在不同的目录中生成的;不在 target/release/...
但在 target/x86_64-unknown-linux-musl/release/...
.
我有一个依赖于 Hyper 和 Diesel 的项目,因此依赖于本机库 OpenSSL 和 libpq。该项目基于 nightly Rust 构建,因为它使用了编译器插件。
我目前的尝试是在 Docker 容器上构建。我有 MUSL libc 和库 make
,并安装了前缀 /usr/local/musl
。我 运行 cargo
使用以下命令:(不确定某些选项是否多余,我不太精通编译器链,甚至不确定它们是否最终会链接器,但我必须尝试,对吧。)
LDFLAGS="-static -L/usr/local/musl/lib" \
LD_LIBRARY_PATH=/usr/local/musl/lib:$LD_LIBRARY_PATH \
CFLAGS="-I/usr/local/musl/include" \
PKG_CONFIG_PATH=/usr/local/musl/lib/pkgconfig \
cargo build --release --target=x86_64-unknown-linux-musl
当我 ldd
生成的文件时,它显示:
$ ldd server
linux-vdso.so.1 (0x00007fffb878e000)
libpq.so.5 => /usr/local/musl/lib/libpq.so.5 (0x00007f4d730e7000)
libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f4d72e82000)
libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f4d72a85000)
libc.so => /usr/local/musl/lib/libc.so (0x00007f4d727f6000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4d725f2000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4d72246000)
/lib/ld64.so.1 => /lib64/ld-linux-x86-64.so.2 (0x000055e2124a2000)
有所有动态链接的东西,有些甚至有 "x86_64-linux-gnu" 链!出了什么问题?
我可以毫无问题地制作静态链接的、简单的纯 Rust 项目。 ldd
说它们是静态链接的,它们 运行 没有问题,不像我有问题的可执行文件。
当我将 --verbose
与 Cargo 一起使用时,我得到了以下实际构建可执行文件的 rustc
命令:http://pastebin.com/ywv0zNBK(哎呀,那个有一个自定义的 outdir
和 -Z print-link-args
,由我添加)
添加 print-link-args
标志,我得到以下链接器命令:http://pastebin.com/Aw43qd7h
如何让 cargo
或 rustc
相信我想要静态二进制文件?
问题在于,对于每个提供本机依赖项(比如 OpenSSL)的板条箱,都有 build.rs
构建脚本负责将构建和链接选项传递给 Cargo 和 rustc
. (例如:他们打印出类似 cargo:rustc-link-lib=static=ssl
的内容,然后 Cargo 会读取并相应地执行操作。)
所以只设置 "standard" GCC 环境变量几乎不会有任何效果。您必须分别检查每个 build.rs
以了解如何强制确切的板条箱运送货物的选项。对于 OpenSSL,其环境变量如 OPENSSL_DIR
、OPENSSL_STATIC
等
另一个障碍是,如果您使用编译器插件,它们也可能与目标三元组一起编译(至少 docker_codegen)。另一方面,它们在编译过程中动态链接。这意味着不仅必须正确链接静态库,还必须具有 target 主机种类的动态库,例如 Musl libc.so
,并正确设置 (LD_LIBRARY_PATH
等)。
我制作了一个经过彻底注释的 Dockerfile,它使用一些本机依赖项静态构建我的项目。它也可能对其他人有帮助。
如果你想静态 link 一个没有原生依赖的 Rust 程序,那就容易多了:
$ rustup target add x86_64-unknown-linux-musl
$ cargo build --release --target=x86_64-unknown-linux-musl
我对 ldd 和 GCC 也有同样的问题。 musl 目标是在不同的目录中生成的;不在 target/release/...
但在 target/x86_64-unknown-linux-musl/release/...
.