News Releases

IntelliJ Rust: Updates for 2021.1

This is the first entry we are publishing in a dedicated blog for IntelliJ Rust! Previously hosted on the CLion blog, our articles were tied closely to that particular IDE. From now on, we’ll be describing the plugin’s news and features with regard to all the IDEs it’s compatible with.

Have you already explored the documentation we released a while ago? If not, we encourage you to check it out! It describes the plugin in full detail and also gives some general IDE-related info. Our documentation system is still in active development on both the frontend and the content edge, so your feedback is very welcome! Please share your experience in the comments below or submit an issue in our tracker (we are working on a more convenient solution for collecting feedback on the docs).

Now let’s dive into the updates that have landed in the plugin in this release cycle.

Debugging in more IDEs

Previously, debugging for your Rust code was available in CLion and IntelliJ IDEA Ultimate only. Starting from the 2021.1 version of the IDEs, it also works in GoLand and PyCharm Pro. It is implemented similarly to that in IntelliJ IDEA Ultimate and requires the Native Debugging Support plugin and works with LLDB.

Note that on Windows your project should be built using Rust’s MSVC toolchain (see this issue for details on MSVC LLDB support).

Structured view in the Build tool window

The structured view for the compiler’s output inside the Build tool window is now enabled by default. The dedicated tab, Build Output, opens up automatically when you call any Cargo command with a building step, such as build, run, test, check, and others.

By default, it shows warnings and failures for a build. Use the ‘eye’ button in the left-hand pane if you prefer successful steps to be displayed as well:

Build tool window

This structured view works with Cargo versions 1.48.0 and later. If you are using an earlier Cargo version, the compiler’s output will be logged in plain text as before.

Improvements in refactorings

Change Signature

If you are working in a JetBrains IDE with code in languages other than Rust, you might be accustomed to the Change Signature refactoring. Now it works for Rust too!

This refactoring can help you quickly change the name and return type of a function, modify the list of the parameters and set the default ones, and also add the async or unsafe prefix.

Change Signature

Currently, the implementation of Change Signature for Rust lacks the suggestions available for other languages. We plan to add this functionality shortly.

Rename suggestions

Now you don’t have to call Rename manually when changing a code element like struct, function, or local variable. Just start typing a new name, and the refactoring will suggest a list of hints right away:

Rename suggestions

Editor updates

All Rust-related actions are now grouped under a separate node in the Tools section of the main menu and in context menus all over the IDE:

Rust actions menu group

A new action, Share in Playground, is a timesaver when you need to share a piece of code on Rust Playground. Make a selection, call Tools | Rust | Share in Playground, and IJ Rust will post your code there for you:

Share in Playground

Another notable update in the editor is the new intention for making an item public or private:

Intention for changing item visibility

Enhancements in conditional compilation support

In this release cycle, we added the Find Usages functionality for Cargo features to help you easily navigate between the usages of a particular feature across the entire code base:

Find Usages for Cargo features

Completion now works for the feature argument, as well as the features’ values, in both cfg and cfg_attr attributes:

Completion for the feature argument

Getting to cfg_attr support, IJ Rust now takes the nested attributes inside cfg_attr into account during name resolution and code analysis. This applies to the cases like cfg_attr(..., derive(...)) or cfg_attr(..., path="...").

Cfg_attr support

Experimental name resolution engine: fixes, features, and optimizations

In the previous blog post, we announced a redesign of the plugin’s name resolution engine. The new engine is still in the experimental stage and is disabled by default. To give it a try, enable the Use experimental name resolution engine checkbox in Settings / Preferences | Languages & Frameworks | Rust.

Over the last months, the new engine has received a lot of fixes and updates. Here are a few of the key ones:

  • The new engine is now capable of resolving derive procedural macros (learn more on procedural macros support below).
  • It finds all possible impl blocks for a type alias. Previously, for performance reasons, they were processed only when the number of aliases for the corresponding type didn’t exceed 10. Now the crates that heavily use type aliases, such as nalgebra or winapi, can be resolved properly.
  • It supports file-level #![macro_use] and cfg attributes.
  • It fully supports textual scoping when resolving macros.
  • It properly resolves multi-segment macro paths and macro calls inside files included by include!.

On top of that, the engine’s memory consumption has been reduced significantly, along with an overall speedup of the algorithm. This is especially noticeable in large Rust modules.

Initial support for procedural macros

IntelliJ Rust is now capable of expanding function-like procedural macros, providing them with syntax highlighting, completion, the Show Macro Expansion popup, and other features already available for declarative macros.

Initial procedural macros support

The current implementation is in its early stages, so please mind possible issues and unexpected behaviour in some cases. To try it out, call Help | Find Action (Ctrl+Shift+A on Linux/Windows, ⇧⌘A on macOS), search for Experimental Features, and enable and org.rust.macros.proc:

Experimental features

Make sure to reload the project before checking out your code.

If you are interested in the progress of procedural macros support, keep an eye on this tracking issue.

We would like to continue the tradition of giving thanks to the external contributors who have helped us in this release cycle. Thank you for dedicating your time and effort to IntelliJ Rust!


Jakub Beránek


Michael Morgan


Saar Yogev

Silence Tai

Toshiaki Kameyama

That’s it for the most recent updates in the IJ Rust plugin. Thank you for reading and stay tuned!

Your Rust team
The Drive to Develop

image description