rust/tests/ui/modules/path-no-file-name.rs

//@ normalize-stderr: "\.`:.*\(" -> ".`: $$ACCESS_DENIED_MSG ("
//@ normalize-stderr: "os error \d+" -> "os error $$ACCESS_DENIED_CODE"

#[path = "."]
mod m; //~ ERROR couldn't read

fn main() {}
Point at invalid utf-8 span on user's source code ``` error: couldn't read `$DIR/not-utf8-bin-file.rs`: stream did not contain valid UTF-8 --> $DIR/not-utf8-2.rs:6:5 \| LL \| include!("not-utf8-bin-file.rs"); \| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ \| note: `[193]` is not valid utf-8 --> $DIR/not-utf8-bin-file.rs:2:14 \| LL \| let _ = "�\|�␂!5�cc␕␂��"; \| ^ = note: this error originates in the macro `include` (in Nightly builds, run with -Z macro-backtrace for more info) ``` When we attempt to load a Rust source code file, if there is a OS file failure we try reading the file as bytes. If that succeeds we try to turn it into UTF-8. If that fails, we provide additional context about where the file has the first invalid UTF-8 character. Fix #76869. 2025-01-15 21:24:31 +00:00			//@ normalize-stderr: "\.`:.*\(" -> ".`: $$ACCESS_DENIED_MSG ("
Remove the `-test` suffix from normalize directives 2024-12-25 22:12:17 +11:00			`//@ normalize-stderr: "os error \d+" -> "os error $$ACCESS_DENIED_CODE"`
expand: Remove obsolete `DirectoryOwnership::UnownedViaMod` This ownership kind is only constructed in the case of path attributes like `#[path = ".."]` without a file name segment, which always represent some kind of directories and will produce and error on attempt to parse them as a module file. 2021-02-22 16:12:11 +03:00
			`#[path = "."]`
			`mod m; //~ ERROR couldn't read`

			`fn main() {}`