我正在尝试制作drop-in compiler replacement。这是我的源代码。
#![feature(rustc_private)]
#![feature(link_args)]
extern crate rustc_driver;
fn main() {
rustc_driver::set_sigpipe_handler();
rustc_driver::main();
}
这实际上是rustc
源代码的精确副本。
我使用环境变量构建,安装和导出了这个工具。
cargo install
export RUSTC=tool1 # `tool1` is name of binary
我尝试构建另一个项目example1
。
以下是example1
的源代码。
fn main() {}
构建因错误而失败。
error[E0463]: can't find crate for `std`
error: aborting due to previous error
For more information about this error, try `rustc --explain E0463`.
error: Could not compile `foo2`.
To learn more, run the command again with --verbose.
我确认example1
与普通cargo
建立良好关系。它只会被tool1
打破。 (export RUSTC=tool1
)如果我unset RUSTC
,它会再次有效。
我似乎犯了一些错误,但我无法弄清楚是什么。我怎样才能使它发挥作用?
这是我的工具信息。
rustc -V
rustc 1.28.0-nightly (a1d4a9503 2018-05-20)
cargo -V
cargo 1.28.0-nightly (f352115d5 2018-05-15)
答案 0 :(得分:2)
检查tool1
共享库要求表明系统无法找到Rust共享库(我在Linux系统上,所以我使用ldd
):
> ldd /home/adona/.cargo/bin/tool1
linux-vdso.so.1 => (0x00007ffed5938000)
librustc_driver-aabc67f1ff8e0e97.so => not found
libstd-46fff00efefae8a8.so => not found
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa2d6f54000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa2d7521000)
如果您希望通过RUSTFLAGS
进行构建,请使用-L
选项设置cargo
,例如:
export RUSTFLAGS="-L $HOME/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib"
如果要直接从命令行使用tool1
,则必须使用ldconfig
命令或LD_LIBRARY_PATH
env变量配置链接库路径:
export LD_LIBRARY_PATH=$HOME/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib:$LD_LIBRARY_PATH
答案 1 :(得分:1)
这里只是猜测,但我认为您的tool1
未安装在与rustc
相同的文件夹中。请注意,您的货物箱文件夹中可能有一个名为rustc
的可执行文件与tool1
一起,但此rustc
可能是rustup
包装,可重定向到某个地方的真实编译器你的工具链文件夹(可能是$HOME/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/bin/rustc
)。
您需要在工具链文件夹中安装tool1
或使用指向工具链库的-L
参数调用它(可能是$HOME/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib
)。