rust/tests/ui/parser/no-const-fn-in-extern-block.stderr

error: functions in `extern` blocks cannot have qualifiers
  --> $DIR/no-const-fn-in-extern-block.rs:2:5
   |
LL | extern "C" {
   | ---------- in this `extern` block
LL |     const fn foo();
   |     ^^^^^ help: remove this qualifier

error: functions in `extern` blocks cannot have qualifiers
  --> $DIR/no-const-fn-in-extern-block.rs:4:5
   |
LL | extern "C" {
   | ---------- in this `extern` block
...
LL |     const unsafe fn bar();
   |     ^^^^^ help: remove this qualifier

error: items in unadorned `extern` blocks cannot have safety qualifiers
  --> $DIR/no-const-fn-in-extern-block.rs:4:5
   |
LL |     const unsafe fn bar();
   |     ^^^^^^^^^^^^^^^^^^^^^^
   |
help: add unsafe to this `extern` block
   |
LL | unsafe extern "C" {
   | ++++++

error: aborting due to 3 previous errors
parser: merge `fn` grammars wrt. bodies & headers also refactor `FnKind` and `visit_assoc_item` visitors 2020-01-29 23:18:54 +00:00			error: functions in `extern` blocks cannot have qualifiers
Fix diagnostic for qualifier in extern block Closes: https://github.com/rust-lang/rust/issues/123306 2024-04-03 00:43:54 +00:00			`--> $DIR/no-const-fn-in-extern-block.rs:2:5`
Add support for 'extern const fn' This works just as you might expect - an 'extern const fn' is a 'const fn' that is callable from foreign code. Currently, panicking is not allowed in consts. When RFC 2345 is stabilized, then panicking in an 'extern const fn' will produce a compile-time error when invoked at compile time, and an abort when invoked at runtime. Since this is extending the language (we're allowing the `const` keyword in a new context), I believe that this will need an FCP. However, it's a very minor change, so I didn't think that filing an RFC was necessary. This will allow libc (and other FFI crates) to make many functions `const`, without having to give up on making them `extern` as well. 2019-09-29 23:22:18 +00:00			`\|`
Update tests for extern block linting 2020-09-01 21:12:52 +00:00			`LL \| extern "C" {`
			\| ---------- in this `extern` block
Add support for 'extern const fn' This works just as you might expect - an 'extern const fn' is a 'const fn' that is callable from foreign code. Currently, panicking is not allowed in consts. When RFC 2345 is stabilized, then panicking in an 'extern const fn' will produce a compile-time error when invoked at compile time, and an abort when invoked at runtime. Since this is extending the language (we're allowing the `const` keyword in a new context), I believe that this will need an FCP. However, it's a very minor change, so I didn't think that filing an RFC was necessary. This will allow libc (and other FFI crates) to make many functions `const`, without having to give up on making them `extern` as well. 2019-09-29 23:22:18 +00:00			`LL \| const fn foo();`
Fix diagnostic for qualifier in extern block Closes: https://github.com/rust-lang/rust/issues/123306 2024-04-03 00:43:54 +00:00			`\| ^^^^^ help: remove this qualifier`
Add support for 'extern const fn' This works just as you might expect - an 'extern const fn' is a 'const fn' that is callable from foreign code. Currently, panicking is not allowed in consts. When RFC 2345 is stabilized, then panicking in an 'extern const fn' will produce a compile-time error when invoked at compile time, and an abort when invoked at runtime. Since this is extending the language (we're allowing the `const` keyword in a new context), I believe that this will need an FCP. However, it's a very minor change, so I didn't think that filing an RFC was necessary. This will allow libc (and other FFI crates) to make many functions `const`, without having to give up on making them `extern` as well. 2019-09-29 23:22:18 +00:00
Do not allow safe usafe on static and fn items 2024-06-20 19:19:43 +00:00			error: functions in `extern` blocks cannot have qualifiers
Fail when using safe/unsafe items inside unadorned extern blocks 2024-05-27 18:35:34 +00:00			`--> $DIR/no-const-fn-in-extern-block.rs:4:5`
			`\|`
			`LL \| extern "C" {`
Do not allow safe usafe on static and fn items 2024-06-20 19:19:43 +00:00			\| ---------- in this `extern` block
Fail when using safe/unsafe items inside unadorned extern blocks 2024-05-27 18:35:34 +00:00			`...`
			`LL \| const unsafe fn bar();`
Do not allow safe usafe on static and fn items 2024-06-20 19:19:43 +00:00			`\| ^^^^^ help: remove this qualifier`
Fail when using safe/unsafe items inside unadorned extern blocks 2024-05-27 18:35:34 +00:00
Do not allow safe usafe on static and fn items 2024-06-20 19:19:43 +00:00			error: items in unadorned `extern` blocks cannot have safety qualifiers
Fix diagnostic for qualifier in extern block Closes: https://github.com/rust-lang/rust/issues/123306 2024-04-03 00:43:54 +00:00			`--> $DIR/no-const-fn-in-extern-block.rs:4:5`
Fix ui tests for `fn`s with qualifiers in `extern` blocks 2020-11-15 21:34:51 +00:00			`\|`
Fix diagnostic for qualifier in extern block Closes: https://github.com/rust-lang/rust/issues/123306 2024-04-03 00:43:54 +00:00			`LL \| const unsafe fn bar();`
Do not allow safe usafe on static and fn items 2024-06-20 19:19:43 +00:00			`\| ^^^^^^^^^^^^^^^^^^^^^^`
Fix bad replacement for unsafe extern block suggestion 2024-06-26 00:44:59 +00:00			`\|`
			help: add unsafe to this `extern` block
			`\|`
			`LL \| unsafe extern "C" {`
			`\| ++++++`
Add support for 'extern const fn' This works just as you might expect - an 'extern const fn' is a 'const fn' that is callable from foreign code. Currently, panicking is not allowed in consts. When RFC 2345 is stabilized, then panicking in an 'extern const fn' will produce a compile-time error when invoked at compile time, and an abort when invoked at runtime. Since this is extending the language (we're allowing the `const` keyword in a new context), I believe that this will need an FCP. However, it's a very minor change, so I didn't think that filing an RFC was necessary. This will allow libc (and other FFI crates) to make many functions `const`, without having to give up on making them `extern` as well. 2019-09-29 23:22:18 +00:00
Fail when using safe/unsafe items inside unadorned extern blocks 2024-05-27 18:35:34 +00:00			`error: aborting due to 3 previous errors`
Add support for 'extern const fn' This works just as you might expect - an 'extern const fn' is a 'const fn' that is callable from foreign code. Currently, panicking is not allowed in consts. When RFC 2345 is stabilized, then panicking in an 'extern const fn' will produce a compile-time error when invoked at compile time, and an abort when invoked at runtime. Since this is extending the language (we're allowing the `const` keyword in a new context), I believe that this will need an FCP. However, it's a very minor change, so I didn't think that filing an RFC was necessary. This will allow libc (and other FFI crates) to make many functions `const`, without having to give up on making them `extern` as well. 2019-09-29 23:22:18 +00:00