You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm working on a rust project, and after running cargo update to update my project dependencies recently, RLS started failing to compile the clap library. Unfortunately I can't remember which libraries it updated when I ran cargo update so I don't know which libraries are the cause.
Here is my Cargo.toml:
[package]
name = "rls-demonstration"version = "0.1.0"authors = ["Zicklag"]
edition = "2018"
[dependencies]
# Logging# Logging interfacelog = "0.4.6"# Used for timestampschrono = "0.4.6"# Used for syslog integrationsyslog = "4.0.1"# Logging frameworkfern = { version = "0.5.8", features = ["colored", "syslog-4"] }
# Commandline Parsing# Frameworkclap = { version = "2.33.0", features = ["wrap_help"] }
# Serialization# Frameworkserde = { version = "1.0.90", features = ["derive"] }
# Formatsserde_json = "1.0.39"serde_yaml = "0.8.8"
Running rls --cli after a cargo clean in a completely fresh project created with cargo new and the above Cargo.toml will go through building the project until it reaches syslog and then fail with an error message ( but the VSCode plugin tends to say that it fails on the clap package when running on non-clean project ).
Error Message ( including backtrace ):
{"message":"src/librustc/ty/context.rs:541: node_type: no type for node `expr <Self>::SC_NEGATE_REQS (id=50331)`","code":null,"level":"error: internal compiler error","spans":[],"children":[],"rendered":"error: internal compiler error: src/librustc/ty/context.rs:541: node_type: no type for node `expr <Self>::SC_NEGATE_REQS (id=50331)`\n\n"}
thread 'rustc' panicked at 'Box<Any>', src/librustc_errors/lib.rs:620:9
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.
stack backtrace:
0: std::sys::unix::backtrace::tracing::imp::unwind_backtrace
at src/libstd/sys/unix/backtrace/tracing/gcc_s.rs:39
1: std::sys_common::backtrace::_print
at src/libstd/sys_common/backtrace.rs:70
2: std::panicking::default_hook::{{closure}}
at src/libstd/sys_common/backtrace.rs:58
at src/libstd/panicking.rs:200
3: std::panicking::default_hook
at src/libstd/panicking.rs:215
4: rustc::util::common::panic_hook
5: std::panicking::rust_panic_with_hook
at src/libstd/panicking.rs:482
6: std::panicking::begin_panic
7: rustc_errors::Handler::bug
8: rustc::util::bug::opt_span_bug_fmt::{{closure}}
9: rustc::ty::context::tls::with_opt::{{closure}}
10: rustc::ty::context::tls::with_context_opt
11: rustc::ty::context::tls::with_opt
12: rustc::util::bug::opt_span_bug_fmt
13: rustc::util::bug::bug_fmt
14: rustc::ty::context::TypeckTables::node_type::{{closure}}
15: rustc::ty::context::TypeckTables::expr_ty_adjusted
16: rustc_save_analysis::SaveContext::get_expr_data
17: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O> as syntax::visit::Visitor<'l>>::visit_expr
18: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O>>::process_assoc_const
19: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O> as syntax::visit::Visitor<'l>>::visit_item
20: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O>>::process_method
21: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O> as syntax::visit::Visitor<'l>>::visit_item
22: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O> as syntax::visit::Visitor<'l>>::visit_item
23: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O> as syntax::visit::Visitor<'l>>::visit_item
24: <rustc_save_analysis::dump_visitor::DumpVisitor<'l, 'tcx, 'll, O> as syntax::visit::Visitor<'l>>::visit_mod
25: <rustc_save_analysis::DumpHandler<'a> as rustc_save_analysis::SaveHandler>::save
26: rustc::dep_graph::graph::DepGraph::with_ignore
27: rustc_driver::enable_save_analysis::{{closure}}::{{closure}}
28: rustc_driver::enable_save_analysis::{{closure}}
29: rustc::dep_graph::graph::DepGraph::with_ignore
30: rustc_driver::driver::compile_input::{{closure}}
31: <std::thread::local::LocalKey<T>>::with
32: rustc::ty::context::TyCtxt::create_and_enter
33: rustc_driver::driver::compile_input
34: rustc_driver::run_compiler_with_pool
35: <scoped_tls::ScopedKey<T>>::set
36: rustc_driver::run_compiler
37: <scoped_tls::ScopedKey<T>>::set
query stack during panic:
end of query stack
{"message":"aborting due to previous error","code":null,"level":"error","spans":[],"children":[],"rendered":"error: aborting due to previous error\n\n"}
note: the compiler unexpectedly panicked. this is a bug.
note: we would appreciate a bug report: https://github.com/rust-lang/rust/blob/master/CONTRIBUTING.md#bug-reports
note: rustc 1.34.1 (fc50f328b 2019-04-24) running on x86_64-unknown-linux-gnu
note: compiler flags: -C debuginfo=2 --crate-type lib
note: some of the compiler flags provided by cargo are hidden
{"jsonrpc":"2.0","method":"window/progress","params":{"done":true,"id":"progress_1","title":"Building"}}
{"jsonrpc":"2.0","method":"window/progress","params":{"id":"progress_0","title":"Indexing"}}
{"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"diagnostics":[{"message":"build failed","range":{"end":{"character":0,"line":9999},"start":{"character":0,"line":0}},"severity":1}],"uri":"file:///home/zicklag/tmp/rls-demonstration/Cargo.toml"}}
{"jsonrpc":"2.0","method":"window/progress","params":{"done":true,"id":"progress_0","title":"Indexing"}}
My project compiles completely fine when running cargo run, it is just the language server that fails.
I'm working on a rust project, and after running
cargo update
to update my project dependencies recently, RLS started failing to compile theclap
library. Unfortunately I can't remember which libraries it updated when I rancargo update
so I don't know which libraries are the cause.Here is my Cargo.toml:
Running
rls --cli
after acargo clean
in a completely fresh project created withcargo new
and the aboveCargo.toml
will go through building the project until it reachessyslog
and then fail with an error message ( but the VSCode plugin tends to say that it fails on theclap
package when running on non-clean project ).Error Message ( including backtrace ):
My project compiles completely fine when running
cargo run
, it is just the language server that fails.rustc --version --verbose:
The text was updated successfully, but these errors were encountered: