私自身の答えは、解析によって解決されましたCargo.lock
。以下は、従属関係の依存関係と依存関係のリストです。何らかの形でリンクされてしまった各クレート(それ以外にも)があります。
extern crate toml;
use std::env;
use std::fs;
use std::path;
use std::io::{Read, Write};
fn main() {
// Read Cargo.lock and de-toml it
let mut lock_buf = String::new();
fs::File::open("Cargo.lock").unwrap().read_to_string(&mut lock_buf).unwrap();
let lock_toml = toml::Parser::new(&lock_buf).parse().unwrap();
// Get the table of [[package]]s. This is the deep list of dependencies and dependencies of
// dependencies.
let mut packages = Vec::new();
for package in lock_toml.get("package").unwrap().as_slice().unwrap() {
let package = package.as_table().unwrap();
packages.push((package.get("name").unwrap().as_str().unwrap(),
package.get("version").unwrap().as_str().unwrap()));
}
packages.sort();
// Write out the file to be included in the module stub
let out_dir = env::var("OUT_DIR").unwrap();
let mut versions_file = fs::File::create(&path::Path::new(&out_dir).join("versions.include")).unwrap();
versions_file.write(format!("pub const BUILD_DEPS: [(&'static str, &'static str); {}] = [", packages.len()).as_ref()).unwrap();
for package in packages {
versions_file.write(format!("(\"{}\", \"{}\"),\n", package.0, package.1).as_ref()).unwrap();
}
versions_file.write("];".as_ref()).unwrap();
}
src/versions.rs
で:
[package]
name = "mycrate"
version = "0.1.0"
authors = ["John Doe"]
build = "build.rs"
[build-dependencies]
toml = "0.2"
build.rs
で:
Cargo.toml
でsrc/main.rs
で
//! Information about the build-environment
// More info from env!() and friends go here
include!(concat!(env!("OUT_DIR"), "/versions.include"));
またはどこでも必要に応じて:
mod versions;
fn main() {
println!("I was built using {}", versions::BUILD_DEPS.iter().map(|&(ref pkg, ref ver)| format!("{} {}", pkg, ver)).collect::<Vec<_>>().join(", "));
}
出力は、
ように私はandroid_glue 0.2.1を使用して構築された後、ある0.3.3をビットフラグ、ビットフラグ0.4.0、 ビットフラグ0.6.0、0.7.0ビットフラグ、ブロック0.1.6、 0.5.3 BYTEORDER、バイト 0.3.0、0.1.0、CGL 0.1.5、0.7.0 cgmath、clippy 0.0.104 CFG-IF ...
もちろん
、我々ははstring-を構築することができコンパイル時のような表現を、きれいに分離しておくと、実行時にこの情報を解析する機会が与えられます。 Cargo.lock
が存在しない場合は、これが動作することがわかります。build.rs
を実行する前に、Cargoが常に生成します。
「cargo outdated」は役に立ちますか? – phimuemue
貨物ロックファイルにはこのすべての情報が含まれていますが、ビルドプロセスのどの時点で生成されたのか分かりません。 – squiguy
'Cargo.lock'は良いソースですが、' build.rs'の 'Cargo.lock'を解析するのは実際には聞こえますか? 'build.rs'を実行する前にディスクに最新のものであることが保証されていますか? – user2722968