【问题标题】:Is it possible to avoid recompiling a crate when I haven't made any changes to it?当我没有对它进行任何更改时,是否可以避免重新编译一个板条箱?
【发布时间】: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


【解决方案1】:

为每个文件和每个目录添加到构建脚本println!("cargo:rerun-if-changed={}", &file); 行。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-05-29
    • 1970-01-01
    相关资源
    最近更新 更多