`rust-lldb` (completely) broken on nightly (daf8c1dfc 2016-12-05))

[sanmai-NL]

The command cannot be invoked without encountering an error. Update: rust-gdb works okay, correction.

rust-lldb

error: infinite recursion detected

exits with status 1.

This happens with or without lldb available via the PATH env var (tested with lldb uninstalled as well as installed). lldb starts normally.

Meta

rustup show

Default host: x86_64-unknown-linux-gnu

installed targets for active toolchain
--------------------------------------

asmjs-unknown-emscripten
wasm32-unknown-emscripten
x86_64-apple-darwin
x86_64-unknown-linux-gnu
x86_64-unknown-linux-musl

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

nightly-x86_64-unknown-linux-gnu (default)
rustc 1.15.0-nightly (daf8c1dfc 2016-12-05)

rustc --version --verbose

rustc 1.15.0-nightly (daf8c1dfc 2016-12-05)
binary: rustc
commit-hash: daf8c1dfce3b448fc581cc319f64632ec22bd0e1
commit-date: 2016-12-05
host: x86_64-unknown-linux-gnu
release: 1.15.0-nightly
LLVM version: 3.9

[michaelwoerister]

Interesting. I'll try to reproduce that.

[michaelwoerister]

I cannot reproduce that. I did, however, notice that the lldb_rust_formatters.py seems to be missing on Linux. Has rust-lldb ever worked for you on Linux? If so, did you get any error messages during startup?

[sanmai-NL]

I only tried rust-lldb today.

I found these copies (preceded by SHA256 hash values):

ea57ea882914af06edfaee01b321261de744a04abae7b72ea5f2b2a74413c7f2  ~/devel/github.com/rust-lang/rust/src/etc/lldb_rust_formatters.py
450212f8c8c1ecf4c75bd9b93b674be1bc6eaa86c060d642fb32b1c3bc623fb4  ~/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/src/etc/lldb_rust_formatters.py

[michaelwoerister]

@brson: I do get an error when invoking the rust-lldb provided by rustup:

rust-lldb --help
error: command failed: 'rust-lldb'
info: caused by: No such file or directory (os error 2)

~/.cargo/bin/rust-lldb --help
error: command failed: '/home/mw/.cargo/bin/rust-lldb'
info: caused by: No such file or directory (os error 2)

I also cannot find the actual rust-lldb script anywhere in the installation. How does rustup's rust-lldb invoke the actual rust-lldb?

[michaelwoerister]

OK, after updating rustup I can reproduce this as well. @brson, is it possible that rustup causes this error when it tries to invoke rust-lldb?

[Emilgardis]

The lldb_rust_formatters.py script is not found, it should live in rustlib/etc, currently it lives in rustlib/src/rust/src/etc. I believe there is an open issue for it on rustup. This recursion issue is most likely something mac specific, as I've gotten rust-lldb to work on linux by softlinking the py script.

[Emilgardis]

#38380 could be related.

[jcbritobr]

It also happens in release 1.14 with rust-gdb. :(

[brson]

@michaelwoerister Yes, this is rustup messing up somehow.

[brson]

Still on my plate for 1.15.

[brson]

There are a few interrelated things in this thread. As far as I can tell, the underlying issue in the op is actually that Rust 1.14 (stable) does not package rust-lldb on Linux. Rust 1.15 does, and that particular issue is fixed in beta, which will be released on Feb 2.

The error message about infinite recursion is a bug in rustup where it is not detecting that the toolchain doesn't contain rust-lldb, which looks to me will be fixed by rust-lang/rustup.rs#917.

I cannot explain @jcbritobr's observation with rust-gdb, though I'm hoping they are using windows-msvc, where we (I believe) do not distribute the script.

I have not investigated @Emilgardis's issue with lldb_rust_formatters.py.

[brson]

It is installed for beta and nightly to rustlib/etc/lldb_rust_formatters.py

[brson]

Does anybody still see incorrect behavior with rust-lldb on beta on Linux?

[Emilgardis]

Pretty sure that it works correctly now. It is imported from the correct place.