about summary refs log tree commit diff
path: root/src/tools/rust-analyzer
AgeCommit message (Collapse)AuthorLines
2025-02-10add xtask codegen command as wellJosh Rotenberg-1/+1
2025-02-10Merge pull request #19124 from jyn514/range-fmt-off-by-oneLukas Wirth-8/+88
Fix off-by-one error in RangeFormatting
2025-02-10Fix postfix completions inside macrosChayim Refael Friedman-27/+64
Previously the receiver text was taken directly from the AST, which in macros is missing trivia, leading to corruption (or just unintended replacement of user code). Now we upmap the range, and extract the original file text in it.
2025-02-10Extend the renaming to coerce_unsafe_ptrBastian Kersting-1/+1
2025-02-10pass struct fields to chalkaustaras-20/+37
2025-02-10Merge pull request #19088 from Hmikihiro/all_remove_duplicate_module_adtChayim Refael Friedman-1/+72
fix: if item exsits on module, resolve as module instead of type
2025-02-10Shadowing BuiltinType by ModuleHayashi Mikihiro-1/+72
Signed-off-by: Hayashi Mikihiro <34ttrweoewiwe28@gmail.com>
2025-02-10Bump rustc cratesLaurențiu Nicola-17/+18
2025-02-10Merge from rust-lang/rustLaurențiu Nicola-2/+4
2025-02-10Preparing for merge from rust-lang/rustLaurențiu Nicola-1/+1
2025-02-10Censor cfg_attr for attribute macrosChayim Refael Friedman-24/+96
This is not documented (and I discovered that from experimenting and looking at the compiler's source code), but cfg_attrs *on the same level* as the attribute macro should be processed before it is expanded. cfg_attrs *below* should not (and this is contrary to what happens with derive macros, where both should be processed).
2025-02-09fix target dir testjyn-2/+11
2025-02-09fix off-by-one errorjyn-6/+77
2025-02-09Check if PatPtr resolves to ExprIdAli Bektas-48/+49
2025-02-09Fix clippy errorsAli Bektas-16/+10
2025-02-09Remove fixme and add a missing test attributeAli Bektas-1/+1
2025-02-09Remove dbg linesAli Bektas-5/+2
2025-02-09resolve_bind_pat_to_const does not early return if exprAli Bektas-99/+28
2025-02-09make SourceAnalyzer::pat_id return ExprOrPatIdAli Bektas-19/+18
Not all patterns are mapped to Pats. As such, it was necessary to change the ret type Option<PatId> to Option<ExprOrPatId>
2025-02-09Lower ast::Ident to hir::Path when lowering RangePatsAli Bektas-58/+139
2025-02-09doc: error url阿豪-1/+1
2025-02-08Merge pull request #19113 from BenjaminBrienen/patch-1Laurențiu Nicola-1/+1
Update PRIVACY.md
2025-02-08Merge pull request #19115 from Wilfred/sidebar_structureLaurențiu Nicola-3/+3
Organise chapters in mdbook sidebar
2025-02-07Organise chapters in mdbook sidebarWilfred Hughes-3/+3
2025-02-07Update README.md links for mdbook manualWilfred Hughes-3/+4
2025-02-07Update PRIVACY.mdBenjamin Brienen-1/+1
2025-02-08simplify panic_contextJulian Eager-22/+18
2025-02-08fix: Apply adjustments to proper expr when invoking `CoerceMany`Shoyu Vanilla-9/+89
2025-02-07Merge pull request #19104 from jnyfah/some-branchLukas Wirth-1/+58
option to disable inlay Type hints for Closure parameters
2025-02-07minor changesjnyfah-1/+1
2025-02-07Merge pull request #19106 from ShoyuVanilla/issue-18682Lukas Wirth-0/+36
fix: Resolve projection types before checking casts
2025-02-07fix: Resolve projection types before checking castsShoyu Vanilla-0/+36
2025-02-06fix: Don't emit empty scip occurrence for builtinsDavid Richey-34/+31
2025-02-06collapsing if statementjnyfah-4/+2
2025-02-06closure parameter inlay hintsjnyfah-1/+60
2025-02-05Merge pull request #19099 from Veykril/push-qxylslwltsqyLukas Wirth-22/+29
Use interior mutability for loaded `ProcMacrorv::expanders`
2025-02-05Use interior mutability for loaded `ProcMacrorv::expanders`Lukas Wirth-22/+29
2025-02-05Do not include excluded files even when the client opens themChayim Refael Friedman-121/+217
This require a pretty big modification, because this is a new kind of file: exists - but ignore it.
2025-02-05Merge pull request #18912 from vishruth-thimmaiah/fix_named_struct_assistLukas Wirth-1/+101
fix: upmap ranges in convert_tuple_struct_to_named_struct assist
2025-02-05Merge pull request #19097 from Veykril/push-xmkmkwplqnlrLukas Wirth-4/+6
Bump proc-macro2 in xtask
2025-02-05Bump proc-macro2 in xtaskLukas Wirth-4/+6
2025-02-05Merge pull request #19094 from ChayimFriedman2/use-bodyLaurențiu Nicola-3/+43
fix: Fix IDE resolution of `use` inside a body
2025-02-04Remove a no-longer-correct FIXMEChayim Refael Friedman-1/+0
2025-02-04Fix incorrect terminologyChayim Refael Friedman-2/+2
Lifetimes are elided in function signatures, and inferred in bodies.
2025-02-04Refactor `TyLoweringContext::substs_from_args_and_bindings()` to always take ↵Chayim Refael Friedman-27/+18
a `GenericDefId`
2025-02-04Merge pull request #19095 from ChayimFriedman2/fixme-adt_const_paramsChayim Refael Friedman-0/+1
minor: Add a FIXME for feature(adt_const_params)
2025-02-04Add a FIXME for feature(adt_const_params)Chayim Refael Friedman-0/+1
2025-02-04Fix a failing testChayim Refael Friedman-2/+20
The reason this test passed previously is not because it was working as intended, but because prior to the previous commit we did not resolve the `use` at all! Now, `use self as _` is invalid code anyway (it prints E0429), and because we fallback to the value namespace if we can't resolve in the type namespace (which is a reasonable behavior), this test now actually fails. I don't think we want to change the fallback, so I removed `use self as _` and instead added a new test, where the value can be resolved in the type namespace.
2025-02-04Fix IDE resolution of `use` inside a bodyChayim Refael Friedman-1/+23
We stopped the expression search too early because `use` is an item.
2025-02-04Make `rust-analyzer.files.excludeDirs` work, actuallyChayim Refael Friedman-11/+46
I have no idea what the original writer of the code thought but the logic just seems backwards. We should not exclude a file/directory if it is equal to an include! This also meant that we had to add a `root == path` check so this stuff will actually work, which in turn meant excludes (of root files) no longer worked... Also rename if to `rust-analyzer.files.exclude`, because it can exclude files as well.