Find definition gives the wrong path for standard library

[0e4ef622]

e.g. looking up Path::join takes me to ~/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/src/libstd/path.rs (note the double src/)

[eddyb]

@nrc @alexcrichton @Xanewok This is fallout from rust-lang/rust#53586, AFAICT. I expect RLS is adding src/ to work around the formerly-broken paths, and now that should be removed.

[eddyb]

Fix is up at rust-dev-tools/rls-analysis#158.

[nrc]

rust-dev-tools/rls-analysis#158 is merged. I'll pubish a new version shortly

[spamwax]

Tested this both in VSCode and vim LanguageClient, it seems a src is missing

I get
.rustup/toolchains/stable-x86_64-apple-darwin/lib/rustlib/src/rust/libcore/str/mod.rs

where the file is actually at:
.rustup/toolchains/stable-x86_64-apple-darwin/lib/rustlib/src/rust/src/libcore/str/mod.rs

[eddyb]

@spamwax Are you up-to-date? Or did this change recently?
EDIT: Nevermind, looks like stable ended up broken (see #1171).

[spamwax]

@eddyb
I believe I am. I also just ran rustup update which didn't do anything with stable but failed on nightly saying missing rls, clippy ...
(The crate is using stable channel)

> rustup show

active toolchain
----------------

stable-x86_64-apple-darwin (directory override for '/Volumes/Home/hamid/src/learn/rust/alfred-pinboard-rs')
rustc 1.31.0 (abe02cefd 2018-12-04)

EDIT: closing, reported in #1171