aboutsummaryrefslogtreecommitdiff
path: root/crates/ra_ide/src/call_info.rs
Commit message (Collapse)AuthorAgeFilesLines
* Add test for fn pointersAleksey Kladov2020-07-171-0/+15
|
* call_info works with closuresAleksey Kladov2020-07-171-1/+19
|
* Redner self as param for call infor for assoc fn callAleksey Kladov2020-07-161-7/+28
|
* Semantical call infoAleksey Kladov2020-07-161-164/+168
|
* Align CallableDefId naming with other idsAleksey Kladov2020-07-161-3/+3
|
* SimplifyAleksey Kladov2020-07-161-47/+19
|
* Move typeAleksey Kladov2020-07-161-1/+9
|
* Off by one error when determining the active paramAleksey Kladov2020-07-151-2/+2
| | | | closes #3615
* Refactor CallInfo testsAleksey Kladov2020-07-151-226/+239
|
* Remove duplicationAleksey Kladov2020-06-241-3/+3
|
* Switch to new magic marksAleksey Kladov2020-05-201-4/+4
|
* Convert code to text-sizeAleksey Kladov2020-04-251-1/+1
|
* Introduce ActiveParameterAleksey Kladov2020-04-241-4/+26
|
* Remove #[should_panic] from call_info testsJeremy Kolb2020-04-111-6/+15
|
* Fix unnecessary braces warningsLaurențiu Nicola2020-04-061-7/+7
|
* Fix completion of HashMap::newFlorian Diebold2020-03-131-0/+14
| | | | | | | | | | | | | | | The `ty` function in code_model returned the type with placeholders for type parameters. That's nice for printing, but not good for completion, because placeholders won't unify with anything else: So the type we got for `HashMap` was `HashMap<K, V, T>`, which doesn't unify with `HashMap<?, ?, RandomState>`, so the `new` method wasn't shown. Now we instead return `HashMap<{unknown}, {unknown}, {unknown}>`, which does unify with the impl type. Maybe we should just expose this properly as variables though, i.e. we'd return something like `exists<type, type, type> HashMap<?0, ?1, ?2>` (in Chalk notation). It'll make the API more complicated, but harder to misuse. (And it would handle cases like `type TypeAlias<T> = HashMap<T, T>` more correctly.)
* Basic injectionsAleksey Kladov2020-02-271-9/+25
|
* Refactor primary IDE APIAleksey Kladov2020-02-261-14/+13
| | | | | | | | | | This introduces the new type -- Semantics. Semantics maps SyntaxNodes to various semantic info, such as type, name resolution or macro expansions. To do so, Semantics maintains a HashMap which maps every node it saw to the file from which the node originated. This is enough to get all the necessary hir bits just from syntax.
* More manual clippy fixesKirill Bulatov2020-02-181-1/+1
|
* cleanup importsAleksey Kladov2020-02-061-4/+2
|
* Readabilitykjeremy2020-01-131-5/+5
|
* Some clippy lintskjeremy2020-01-131-28/+31
|
* Implement proposed CallHierarchy featureJeremy Kolb2020-01-081-2/+13
| | | | See: https://github.com/microsoft/vscode-languageserver-node/blob/master/protocol/src/protocol.callHierarchy.proposed.ts
* cargo fmtJeremy Kolb2019-12-181-1/+3
|
* Pass testJeremy Kolb2019-12-181-1/+1
|
* WIP: See through Macros for SignatureHelpkjeremy2019-12-181-9/+30
| | | | | | | | | Note: we meed to skip the trivia filter to make sure that `covers!(call_info_bad_offset)` succeeds otherwise we exit call_info too early. Also the test doesn't pass: `FnCallNode::with_node` always detects a MacroCall.
* Rename Source -> InFileAleksey Kladov2019-11-281-1/+1
|
* rename ra_ide_api -> ra_ideAleksey Kladov2019-11-271-0/+592
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-19 22:43:47 +0000