rustc cannot find librustc when installed with rustup.sh

[mpdn]

I recently installed rustc with rustup.sh on an Arch Linux x64 machine, but executing rustc after installation (no matter the parameters) results in this error:

rustc: error while loading shared libraries: librustc-4e7c5e5c.so: cannot open shared object file: No such file or directory

This is even though librustc-4e7c5e5c.so can be found in both ./usr/local/lib/librustc-4e7c5e5c.so and ./usr/local/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc-4e7c5e5c.so.

[huonw]

Do you remember how recently? AIUI, I think this should've been fixed by #15597.

[mpdn]

Yesterday, but I tried reinstalling it just now and it's still a problem.

[huonw]

Hm, interesting. Are you redownloading rustup.sh each time, or do you have a cached local copy of the script? (If the latter, could you try downloading a new copy? ... If the former, I'm all out of ideas.)

[mpdn]

I'm using the one-liner from the guide: curl -s http://www.rust-lang.org/rustup.sh | sudo sh, so it should be the newest rustup.sh script.

[mpdn]

I solved the issue. Rustup.sh requires the LD_LIBRARY_PATH variable to point to to /usr/local/lib, which it did not on my machine. Adding export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/lib to .bashrc solved it.

The installer currently says Note: please ensure '/usr/local/lib' is added to LD_LIBRARY_PATH after installing rustc, but since cargo is now installed right after, it can be very easy to miss.

[pengzj]

Yeah. edit /etc/profile add new line
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/lib
then fix it.

[JohnAppleSeed-]

If you're using fish shell:

execute:

set -x LD_LIBRARY_PATH {LD_LIBRARY_PATH}:/usr/local/lib

and add that line to ~/config/fish/config.fish to make it permanent.

[viseztrance]

I had the same issue on Fedora. Although it was easy to fix, it would be great for this to be solved properly.

[Gonzih]

@JohnAppleSeed-

set -Ux LD_LIBRARY_PATH $LD_LIBRARY_PATH:/usr/local/lib

[dLobatog]

Same issue here on Fedora 21, any reason why the script shouldn't export the path by default?

[kl4ng]

Had this issue in Fedora 21, even if I compiled rust from sources, the above fixed it.

[matachi]

Had the same issue on Fedora 21, both with Nightly and 1.0.0-alpha.2. Adding that line to .zshrc solved it though (I'm using zsh instead of bash).

[dumindu]

Same happens on Fedora 22 alpha. /etc/profile was updated but gave bellow errors when compile a file
error: could not exec the linker cc: No such file or directory (os error 2)
error: aborting due to previous error