4 commits

Author	SHA1	Message	Date
Florian Diebold	c80c34867f	Improve proc macro errors a bit ... Distinguish between - there is no build data (for some reason?) - there is build data, but the cargo package didn't build a proc macro dylib - there is a proc macro dylib, but it didn't contain the proc macro we expected - the name did not resolve to any macro (this is now an unresolved_macro_call even for attributes) I changed the handling of disabled attribute macro expansion to immediately ignore the macro and report an unresolved_proc_macro, because otherwise they would now result in loud unresolved_macro_call errors. I hope this doesn't break anything. Also try to improve error ranges for unresolved_macro_call / macro_error by reusing the code for unresolved_proc_macro. It's not perfect but probably better than before.	2022-06-24 13:45:19 +02:00
Lukas Wirth	76ae5434fa	internal: Bump Dependencies	2022-06-10 17:30:02 +02:00
Aleksey Kladov	57cb65bb7a	internal: vendor lsp-server	2022-05-14 21:15:43 +01:00
Peh	1f011fa4a3	style: rename crates to kebab case	2022-05-01 10:48:58 +00:00

Renamed from crates/hir_expand/Cargo.toml (Browse further)