【发布时间】:2019-04-03 02:52:07
【问题描述】:
我有一个 Rust crate,它是一个大型 C API 的包装器,编译需要几分钟。在目录中运行cargo build 而不进行任何更改总是会导致重新编译。似乎 Cargo 不应该重新编译这个 crate,除非我做出改变,而我没有这样做。
我想编译一次 crate 并避免重新编译 crate,除非我进行更改。有什么办法可以避免不断地重新编译这个脚本?
我的 crate 的构建脚本中似乎有一些不正确的地方。我将尝试创建一个可重现的最小示例,但同时我提供了以下构建脚本:
use std::env;
use std::fs::copy;
use std::path::Path;
use std::process::Command;
fn main() {
let out_dir = env::var("OUT_DIR").unwrap();
let c_src_path = Path::new("parasail_c");
// configure the build
Command::new("cmake")
.arg(".")
.current_dir(&c_src_path)
.output()
.expect("Failed to configure parasail.");
// build the library
Command::new("make")
.current_dir(&c_src_path)
.output()
.expect("Failed to build parasail.");
// put the static library in the right directory so we can clean up
let target_file = format!("{}/libparasail.so", out_dir);
copy("parasail_c/libparasail.so", target_file)
.expect("Problem copying library to target directoy.");
let target_file = format!("{}/parasail.h", out_dir);
copy("parasail_c/parasail.h", target_file)
.expect("Problem copying header to target directoy.");
// clean up the temporary build files
Command::new("make")
.current_dir(&c_src_path)
.arg("clean")
.output()
.expect("Failed to clean up build files.");
// clean up the configuration files
Command::new("make")
.arg("distclean")
.current_dir(&c_src_path)
.output()
.expect("Failed to clean up configuration files.");
// let cargo know that it can find the file in the out directory
println!("cargo:rustc-link-search=native={}", out_dir);
println!("cargo:rustc-link-lib=dylib=parasail");
}
这是cargo build --verbose的输出
cargo build --verbose
Compiling parasail-sys v0.1.0 (/home/fortier/testcode/rust/pairhmm/parasail-sys)
Fresh libc v0.2.51
Running `/home/fortier/testcode/rust/pairhmm/parasail-sys/target/debug/build/parasail-sys-f2d2d1f27a70b4d4/build-script-build`
Running `rustc --edition=2018 --crate-name parasail_sys src/lib.rs --color always --crate-type lib --emit=dep-info,link -C debuginfo=2 -C metadata=8879665b3d9bf7e1 -C extra-filename=-8879665b3d9bf7e1 --out-dir /home/fortier/testcode/rust/pairhmm/parasail-sys/target/debug/deps -C incremental=/home/fortier/testcode/rust/pairhmm/parasail-sys/target/debug/incremental -L dependency=/home/fortier/testcode/rust/pairhmm/parasail-sys/target/debug/deps --extern libc=/home/fortier/testcode/rust/pairhmm/parasail-sys/target/debug/deps/liblibc-bc949bf21f4fe772.rlib -L native=/home/fortier/testcode/rust/pairhmm/parasail-sys/target/debug/build/parasail-sys-2ac393455c1f3545/out -l dylib=parasail`
Finished dev [unoptimized + debuginfo] target(s) in 1m 58s
经过进一步检查,我发现问题出在子箱包装的 C 代码中。我用旧版本替换了当前的 C 代码,而没有更改任何 Rust 代码,问题就消失了。我会继续做一些进一步的调查,看看究竟是什么导致了这个问题,一旦我缩小范围,我会更新这篇文章。
【问题讨论】:
-
FWIW,由于泛型,这里不需要
Path::new。你可以说let c_src_path = "parasail_c";和.current_dir(c_src_path)。 -
FWIW,由于您忽略了来自
output的数据,因此使用status可能更轻松 -
请包含用于 parasail-sys crate 的 Cargo.toml。
-
听起来您的构建脚本 / CMake / Makefile 在编译 C 文件时正在修改它们。这将导致每次重建。也许用已知时间戳触摸 crate 中的所有文件,运行构建,然后使用像
find这样的工具来显示与已知时间戳不同的文件。
标签: rust rust-cargo