Ambiguous "unsafe" Error WASM JS alert

[dgb23]

I'm in the process of following the Game of Life Rust-WASM tutorial here:

https://rustwasm.github.io/docs/book/game-of-life/hello-world.html

My level of expertise in Rust: Beginner

OS: macOS Catalina 10.15.5
Editor: VSCode 1.47
rust-analyzer: v0.2.240

(rust-analyzer updated just a few minutes ago)

---

I'm getting this error message when looking at src/lib.rs:

{
	"resource": "[...]/wasm-game-of-life/src/lib.rs",
	"owner": "_generated_diagnostic_collection_name_#1",
	"severity": 8,
	"message": "This operation is unsafe and requires an unsafe function or block",
	"source": "rust-analyzer",
	"startLineNumber": 18,
	"startColumn": 5,
	"endLineNumber": 18,
	"endColumn": 16
}

In this code block the second alert(...) is highlighted:

#[wasm_bindgen]
extern {
    fn alert(s: &str);
}

#[wasm_bindgen]
pub fn greet(name: &str) {
    alert(name);
}

However the code compiles regardless.

When changing to:

#[wasm_bindgen]
pub fn greet(name: &str) {
    unsafe{alert(name);}
}

Then I'm getting this warning:

{
	"resource": "[...]/wasm-game-of-life/src/lib.rs",
	"owner": "_generated_diagnostic_collection_name_#1",
	"code": "unused_unsafe",
	"severity": 4,
	"message": "unnecessary `unsafe` block\n`#[warn(unused_unsafe)]` on by default",
	"source": "rustc",
	"startLineNumber": 18,
	"startColumn": 5,
	"endLineNumber": 18,
	"endColumn": 11
}

[jonas-schievink]

That's just because we don't expand procedural macros yet. Presumably it does some magic to make these operations safe.

[dgb23]

That's just because we don't expand procedural macros yet. Presumably it does some magic to make these operations safe.

Would you rather recommend to get the "unsafe" error or the "unused unsafe" warning? Or in other words is my temporary 'fix' the right thing to do or should I just ignore it?

[jonas-schievink]

I'd suggest listening to the rustc warning, not rust-analyzer. If the wrong diagnostics from rust-analyzer annoys you, you can also turn it off in the settings (but this currently turns all of them off).

[kinnison]

I just hit this today myself. Is there a timeline on rust-analyzer being able to run proc-macros?

[bjorn3]

Derive proc macros already work when you enable them. The other kinds are not yet supported. I don't know of any timeline for imolementing this.

[jonas-schievink]

The latest release has preliminary support for function-like procedural macros like foo!();.

Attribute macros are harder to implement and require pretty hairy name resolution changes.

[FermiDirak]

For those looking to disable the missing-unsafe rule until it's fixed and are using VS Code, adding the following to your settings.json and reloading your editor will suppress these errors:

"rust-analyzer.diagnostics.disabled": [
    "missing-unsafe"
]

credit to @popzxc for landing #5682, which makes the above possible

[digama0]

Is it possible to disable these diagnostics locally, using an attribute like with clippy lints?

[jonas-schievink]

Not yet, no