rust/tests/ui/asm/parse-error.stderr

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

477 lines
16 KiB
Plaintext
Raw Normal View History

2020-02-20 03:19:48 -06:00
error: requires at least a template string argument
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:9:9
2020-02-20 03:19:48 -06:00
|
LL | asm!();
2021-10-14 13:28:28 -05:00
| ^^^^^^
2020-02-20 03:19:48 -06:00
error: asm template must be a string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:11:14
2020-02-20 03:19:48 -06:00
|
LL | asm!(foo);
| ^^^
error: expected token: `,`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:13:19
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}" foo);
| ^^^ expected `,`
2021-07-29 06:43:26 -05:00
error: expected operand, clobber_abi, options, or additional template string
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:15:20
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", foo);
2021-07-29 06:43:26 -05:00
| ^^^ expected operand, clobber_abi, options, or additional template string
2020-02-20 03:19:48 -06:00
error: expected `(`, found `foo`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:17:23
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", in foo);
| ^^^ expected `(`
error: expected `)`, found `foo`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:19:27
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", in(reg foo));
| ^^^ expected `)`
error: expected expression, found end of macro arguments
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:21:27
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", in(reg));
| ^ expected expression
error: expected register class or explicit register
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:23:26
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", inout(=) foo => bar);
| ^
error: expected expression, found end of macro arguments
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:25:37
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", inout(reg) foo =>);
| ^ expected expression
error: expected one of `!`, `,`, `.`, `::`, `?`, `{`, or an operator, found `=>`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:27:32
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", in(reg) foo => bar);
| ^^ expected one of 7 possible tokens
error: expected a path for argument to `sym`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:29:24
2020-02-20 03:19:48 -06:00
|
LL | asm!("{}", sym foo + bar);
| ^^^^^^^^^
error: expected one of `)`, `att_syntax`, `may_unwind`, `nomem`, `noreturn`, `nostack`, `preserves_flags`, `pure`, `raw`, or `readonly`, found `foo`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:31:26
2020-02-20 03:19:48 -06:00
|
LL | asm!("", options(foo));
| ^^^ expected one of 10 possible tokens
2020-02-20 03:19:48 -06:00
error: expected one of `)` or `,`, found `foo`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:33:32
2020-02-20 03:19:48 -06:00
|
LL | asm!("", options(nomem foo));
| ^^^ expected one of `)` or `,`
error: expected one of `)`, `att_syntax`, `may_unwind`, `nomem`, `noreturn`, `nostack`, `preserves_flags`, `pure`, `raw`, or `readonly`, found `foo`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:35:33
2020-02-20 03:19:48 -06:00
|
LL | asm!("", options(nomem, foo));
| ^^^ expected one of 10 possible tokens
2020-02-20 03:19:48 -06:00
error: at least one abi must be provided as an argument to `clobber_abi`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:42:30
2021-07-29 06:43:26 -05:00
|
LL | asm!("", clobber_abi());
| ^
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:44:30
|
2021-07-29 06:43:26 -05:00
LL | asm!("", clobber_abi(foo));
| ^^^ not a string literal
error: expected one of `)` or `,`, found `foo`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:46:34
2021-07-29 06:43:26 -05:00
|
LL | asm!("", clobber_abi("C" foo));
| ^^^ expected one of `)` or `,`
2021-07-29 06:43:26 -05:00
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:48:35
2021-07-29 06:43:26 -05:00
|
LL | asm!("", clobber_abi("C", foo));
| ^^^ not a string literal
2021-07-29 06:43:26 -05:00
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:50:30
|
LL | asm!("", clobber_abi(1));
| ^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:52:30
|
LL | asm!("", clobber_abi(()));
| ^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:54:30
|
LL | asm!("", clobber_abi(uwu));
| ^^^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:56:30
|
LL | asm!("", clobber_abi({}));
| ^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:58:30
|
LL | asm!("", clobber_abi(loop {}));
| ^^^^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:60:30
|
LL | asm!("", clobber_abi(if));
| ^^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:62:30
|
LL | asm!("", clobber_abi(do));
| ^^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:64:30
|
LL | asm!("", clobber_abi(<));
| ^ not a string literal
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:66:30
|
LL | asm!("", clobber_abi(.));
| ^ not a string literal
2020-02-20 03:19:48 -06:00
error: duplicate argument named `a`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:74:36
2020-02-20 03:19:48 -06:00
|
LL | asm!("{a}", a = const foo, a = const bar);
| ------------- ^^^^^^^^^^^^^ duplicate argument
| |
| previously here
error: argument never used
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:74:36
2020-02-20 03:19:48 -06:00
|
LL | asm!("{a}", a = const foo, a = const bar);
| ^^^^^^^^^^^^^ argument never used
|
= help: if this argument is intentionally unused, consider using it in an asm comment: `"/* {1} */"`
2020-02-20 03:19:48 -06:00
2023-12-27 16:57:17 -06:00
error: expected one of `clobber_abi`, `const`, `in`, `inlateout`, `inout`, `label`, `lateout`, `options`, `out`, or `sym`, found `""`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:80:29
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
|
LL | asm!("", options(), "");
2023-12-27 16:57:17 -06:00
| ^^ expected one of 10 possible tokens
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
2023-12-27 16:57:17 -06:00
error: expected one of `clobber_abi`, `const`, `in`, `inlateout`, `inout`, `label`, `lateout`, `options`, `out`, or `sym`, found `"{}"`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:82:33
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
|
LL | asm!("{}", in(reg) foo, "{}", out(reg) foo);
2023-12-27 16:57:17 -06:00
| ^^^^ expected one of 10 possible tokens
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
error: asm template must be a string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:84:14
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
|
LL | asm!(format!("{{{}}}", 0), in(reg) foo);
| ^^^^^^^^^^^^^^^^^^^^
|
= note: this error originates in the macro `format` (in Nightly builds, run with -Z macro-backtrace for more info)
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
error: asm template must be a string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:86:21
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
|
LL | asm!("{1}", format!("{{{}}}", 0), in(reg) foo, out(reg) bar);
| ^^^^^^^^^^^^^^^^^^^^
|
= note: this error originates in the macro `format` (in Nightly builds, run with -Z macro-backtrace for more info)
asm: Allow multiple template strings; interpret them as newline-separated Allow the `asm!` macro to accept a series of template arguments, and interpret them as if they were concatenated with a '\n' between them. This allows writing an `asm!` where each line of assembly appears in a separate template string argument. This syntax makes it possible for rustfmt to reliably format and indent each line of assembly, without risking changes to the inside of a template string. It also avoids the complexity of having the user carefully format and indent a multi-line string (including where to put the surrounding quotes), and avoids the extra indentation and lines of a call to `concat!`. For example, rewriting the second example from the [blog post on the new inline assembly syntax](https://blog.rust-lang.org/inside-rust/2020/06/08/new-inline-asm.html) using multiple template strings: ```rust fn main() { let mut bits = [0u8; 64]; for value in 0..=1024u64 { let popcnt; unsafe { asm!( " popcnt {popcnt}, {v}", "2:", " blsi rax, {v}", " jz 1f", " xor {v}, rax", " tzcnt rax, rax", " stosb", " jmp 2b", "1:", v = inout(reg) value => _, popcnt = out(reg) popcnt, out("rax") _, // scratch inout("rdi") bits.as_mut_ptr() => _, ); } println!("bits of {}: {:?}", value, &bits[0..popcnt]); } } ``` Note that all the template strings must appear before all other arguments; you cannot, for instance, provide a series of template strings intermixed with the corresponding operands. In order to get srcloc mappings right for macros that generate multi-line string literals, create one line_span for each line in the string literal, each pointing to the macro. Make `rustc_parse_format::Parser::curarg` `pub`, so that we can propagate it from one template string argument to the next.
2020-06-15 01:33:55 -05:00
error: _ cannot be used for input operands
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:88:28
|
LL | asm!("{}", in(reg) _);
| ^
error: _ cannot be used for input operands
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:90:31
|
LL | asm!("{}", inout(reg) _);
| ^
error: _ cannot be used for input operands
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:92:35
|
LL | asm!("{}", inlateout(reg) _);
| ^
2021-04-13 12:11:11 -05:00
error: requires at least a template string argument
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:99:1
2021-04-13 12:11:11 -05:00
|
LL | global_asm!();
2021-10-14 13:28:28 -05:00
| ^^^^^^^^^^^^^
2021-04-13 12:11:11 -05:00
error: asm template must be a string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:101:13
2021-04-13 12:11:11 -05:00
|
LL | global_asm!(FOO);
| ^^^
error: expected token: `,`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:103:18
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{}" FOO);
| ^^^ expected `,`
error: expected operand, options, or additional template string
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:105:19
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{}", FOO);
| ^^^ expected operand, options, or additional template string
error: expected expression, found end of macro arguments
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:107:24
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{}", const);
| ^ expected expression
error: expected one of `,`, `.`, `?`, or an operator, found `FOO`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:109:30
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{}", const(reg) FOO);
| ^^^ expected one of `,`, `.`, `?`, or an operator
error: expected one of `)`, `att_syntax`, or `raw`, found `FOO`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:111:25
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("", options(FOO));
| ^^^ expected one of `)`, `att_syntax`, or `raw`
2021-04-13 12:11:11 -05:00
error: expected one of `)`, `att_syntax`, or `raw`, found `FOO`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:113:25
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("", options(FOO,));
| ^^^ expected one of `)`, `att_syntax`, or `raw`
2021-04-13 12:11:11 -05:00
error: the `nomem` option cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:115:25
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("", options(nomem FOO));
| ^^^^^ the `nomem` option is not meaningful for global-scoped inline assembly
error: expected one of `)` or `,`, found `FOO`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:115:31
|
LL | global_asm!("", options(nomem FOO));
| ^^^ expected one of `)` or `,`
error: the `nomem` option cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:118:25
|
LL | global_asm!("", options(nomem, FOO));
| ^^^^^ the `nomem` option is not meaningful for global-scoped inline assembly
error: expected one of `)`, `att_syntax`, or `raw`, found `FOO`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:118:32
|
2021-04-13 12:11:11 -05:00
LL | global_asm!("", options(nomem, FOO));
| ^^^ expected one of `)`, `att_syntax`, or `raw`
2021-04-13 12:11:11 -05:00
2021-07-29 06:43:26 -05:00
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:122:29
2021-07-29 06:43:26 -05:00
|
LL | global_asm!("", clobber_abi(FOO));
| ^^^ not a string literal
error: expected one of `)` or `,`, found `FOO`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:124:33
2021-07-29 06:43:26 -05:00
|
LL | global_asm!("", clobber_abi("C" FOO));
| ^^^ expected one of `)` or `,`
2021-07-29 06:43:26 -05:00
error: expected string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:126:34
2021-07-29 06:43:26 -05:00
|
LL | global_asm!("", clobber_abi("C", FOO));
| ^^^ not a string literal
2021-07-29 06:43:26 -05:00
error: `clobber_abi` cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:128:19
2021-07-29 06:43:26 -05:00
|
LL | global_asm!("{}", clobber_abi("C"), const FOO);
| ^^^^^^^^^^^^^^^^
error: `clobber_abi` cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:130:28
2021-07-29 06:43:26 -05:00
|
LL | global_asm!("", options(), clobber_abi("C"));
| ^^^^^^^^^^^^^^^^
2021-07-29 06:43:26 -05:00
error: `clobber_abi` cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:132:30
2021-07-29 06:43:26 -05:00
|
LL | global_asm!("{}", options(), clobber_abi("C"), const FOO);
| ^^^^^^^^^^^^^^^^
2021-07-29 06:43:26 -05:00
error: `clobber_abi` cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:134:17
2021-07-29 06:43:26 -05:00
|
LL | global_asm!("", clobber_abi("C"), clobber_abi("C"));
| ^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^
2021-07-29 06:43:26 -05:00
2021-04-13 12:11:11 -05:00
error: duplicate argument named `a`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:136:35
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{a}", a = const FOO, a = const BAR);
| ------------- ^^^^^^^^^^^^^ duplicate argument
| |
| previously here
error: argument never used
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:136:35
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{a}", a = const FOO, a = const BAR);
| ^^^^^^^^^^^^^ argument never used
|
= help: if this argument is intentionally unused, consider using it in an asm comment: `"/* {1} */"`
error: expected one of `clobber_abi`, `const`, `options`, or `sym`, found `""`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:139:28
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("", options(), "");
| ^^ expected one of `clobber_abi`, `const`, `options`, or `sym`
2021-04-13 12:11:11 -05:00
error: expected one of `clobber_abi`, `const`, `options`, or `sym`, found `"{}"`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:141:30
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{}", const FOO, "{}", const FOO);
| ^^^^ expected one of `clobber_abi`, `const`, `options`, or `sym`
2021-04-13 12:11:11 -05:00
error: asm template must be a string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:143:13
2021-04-13 12:11:11 -05:00
|
LL | global_asm!(format!("{{{}}}", 0), const FOO);
| ^^^^^^^^^^^^^^^^^^^^
|
2021-05-13 17:09:54 -05:00
= note: this error originates in the macro `format` (in Nightly builds, run with -Z macro-backtrace for more info)
2021-04-13 12:11:11 -05:00
error: asm template must be a string literal
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:145:20
2021-04-13 12:11:11 -05:00
|
LL | global_asm!("{1}", format!("{{{}}}", 0), const FOO, const BAR);
| ^^^^^^^^^^^^^^^^^^^^
|
2021-05-13 17:09:54 -05:00
= note: this error originates in the macro `format` (in Nightly builds, run with -Z macro-backtrace for more info)
2021-04-13 12:11:11 -05:00
error: the `in` operand cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:148:19
|
LL | global_asm!("{}", in(reg));
| ^^ the `in` operand is not meaningful for global-scoped inline assembly, remove it
error: the `out` operand cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:150:19
|
LL | global_asm!("{}", out(reg));
| ^^^ the `out` operand is not meaningful for global-scoped inline assembly, remove it
error: the `lateout` operand cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:152:19
|
LL | global_asm!("{}", lateout(reg));
| ^^^^^^^ the `lateout` operand is not meaningful for global-scoped inline assembly, remove it
error: the `inout` operand cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:154:19
|
LL | global_asm!("{}", inout(reg));
| ^^^^^ the `inout` operand is not meaningful for global-scoped inline assembly, remove it
error: the `inlateout` operand cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:156:19
|
LL | global_asm!("{}", inlateout(reg));
| ^^^^^^^^^ the `inlateout` operand is not meaningful for global-scoped inline assembly, remove it
error: the `label` operand cannot be used with `global_asm!`
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:158:19
2023-12-27 16:57:17 -06:00
|
LL | global_asm!("{}", label(reg));
| ^^^^^ the `label` operand is not meaningful for global-scoped inline assembly, remove it
2023-12-27 16:57:17 -06:00
2021-04-05 23:50:55 -05:00
error[E0435]: attempt to use a non-constant value in a constant
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:37:37
2021-04-05 23:50:55 -05:00
|
LL | asm!("{}", options(), const foo);
| ^^^ non-constant value
|
help: consider using `const` instead of `let`
|
LL | const foo: /* Type */ = 0;
| ~~~~~ ++++++++++++
2021-04-05 23:50:55 -05:00
error[E0435]: attempt to use a non-constant value in a constant
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:69:44
2021-07-29 06:43:26 -05:00
|
LL | asm!("{}", clobber_abi("C"), const foo);
| ^^^ non-constant value
|
help: consider using `const` instead of `let`
|
LL | const foo: /* Type */ = 0;
| ~~~~~ ++++++++++++
2021-07-29 06:43:26 -05:00
error[E0435]: attempt to use a non-constant value in a constant
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:72:55
|
LL | asm!("{}", options(), clobber_abi("C"), const foo);
| ^^^ non-constant value
|
help: consider using `const` instead of `let`
|
LL | const foo: /* Type */ = 0;
| ~~~~~ ++++++++++++
error[E0435]: attempt to use a non-constant value in a constant
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:74:31
2021-04-05 23:50:55 -05:00
|
LL | asm!("{a}", a = const foo, a = const bar);
| ^^^ non-constant value
|
help: consider using `const` instead of `let`
|
LL | const foo: /* Type */ = 0;
| ~~~~~ ++++++++++++
2021-04-05 23:50:55 -05:00
error[E0435]: attempt to use a non-constant value in a constant
2024-08-10 11:13:03 -05:00
--> $DIR/parse-error.rs:74:46
2021-04-05 23:50:55 -05:00
|
LL | asm!("{a}", a = const foo, a = const bar);
| ^^^ non-constant value
|
help: consider using `const` instead of `let`
|
LL | const bar: /* Type */ = 0;
| ~~~~~ ++++++++++++
2021-04-05 23:50:55 -05:00
error: aborting due to 72 previous errors
2020-02-20 03:19:48 -06:00
2021-04-05 23:50:55 -05:00
For more information about this error, try `rustc --explain E0435`.