rust-analyzer fails to load the workspace partially

[Robbepop]

Since a few days rust-analyzer started to fail loading test-only parts of my workspace with the following message that constantly pops up as soon as I touch those test files:

Additionally it constantly creates the following file in .vscode/settings.json:
(Although this settings.json file does not even help with the problem.)

{
    "rust-analyzer.linkedProjects": [
        "./Cargo.toml"
    ]
}

This is a huge issue for me because I can no longer test and debug individual test files.
The whole IDE experience for my tests is gone. I reported this only now since I hoped the problem would resolve itself quickly.

The project with which I am experiencing this issue is: https://github.com/paritytech/wasmi
And in particular I am currently working on this branch: https://github.com/paritytech/wasmi/tree/rf-engine-regmach

It is important to note that the non-test related parts of the workspace seem to load fine.

[lnicola]

Which files? IDE features work fine for me in crates/wasmi/tests/e2e/v1/func.rs, for example.

[Robbepop]

Ah sorry! Forgot to mention the most important detail ...

It is about files in this directory:
https://github.com/paritytech/wasmi/tree/rf-engine-regmach/crates/wasmi/src/engine/tests/regmach

It seems that rust-analyzer has problems with the #[cfg(test)] annotation on the mod tests; in crates/wasmi/src/engine/mod.rs. If I remove it rust-analyzer starts to properly load the test files again, however, it is obviously bad since they require a #[cfg(test)] to properly compile. Putting the #![cfg(test)] on the crates/wasmi/src/engine/tests/regmach/mod.rs file instead does not work either.

[lnicola]

We enable cfg(miri) since #15284.

[Robbepop]

Unfortunately miri is far too slow to check those tests in a practical amount of time, therefore we disabled miri for quite some time. Only recently did it become a problem - which makes sense given that #15284 is only roughly 2 weeks old.
In CI we check miri passes all enabled tests, and since the tests in the regmach directory were impractical to execute via miri we had to disable them. Obviously being able to run those tests on miri would be ideal, yet we do not have the required super computer. :D

Removing #[cfg(miri)] makes rust-analyzer work again (so thanks for that a lot!), however, this is not a real solution due to the problems stated above.

[lnicola]

It's a bit more work, but you can ignore individual tests with e.g. #[cfg_attr(miri, ignore)]. That PR enables us to interpret more of the standard library code, which will become more and more important for IDE features.

[Robbepop]

It's a bit more work, but you can ignore individual tests with e.g. #[cfg_attr(miri, ignore)]. That PR enables us to interpret more of the standard library code, which will become more and more important for IDE features.

Hmmm, indeed a lot of work given that there are well over a 1000 tests but on a second thought probably also the way conditional tests like these should actually have been handled in the first place. 🤔 Thanks!

This issue can be closed I guess. Thanks again!

[lnicola]

indeed a lot of work given that there are well over a 1000 tests

wasmi-labs/wasmi#744 might do it, I didn't test.

We might also add a cfg(rust_analyzer) in the future, but I can't promise it.

[Robbepop]

Solution for the issue has been found. Thanks to @lnicola for the help!