При замене встроенного компилятора не удается найти стандартный ящик - PullRequest
Новая
       9

При замене встроенного компилятора не удается найти стандартный ящик

0 голосов
/ 21 мая 2018

Я пытаюсь сделать замену компилятора .Вот мой исходный код. 

#![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)

Вот полный пример исходного кода .

Ответы [ 2 ]

0 голосов
/ 22 мая 2018

Проверка требований 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
0 голосов
/ 22 мая 2018

Просто предположение, но я думаю, что ваш 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).

...