rust/tests/ui/consts/const-extern-fn/const-extern-fn-min-const-fn.stderr

error: pointers cannot be cast to integers during const eval
  --> $DIR/const-extern-fn-min-const-fn.rs:2:5
   |
LL |     val as usize;
   |     ^^^^^^^^^^^^
   |
   = note: at compile-time, pointers do not have an integer value
   = note: avoiding this restriction via `transmute`, `union`, or raw pointers leads to compile-time undefined behavior

error: aborting due to 1 previous error
Practice diagnostic message convention 2021-10-03 15:53:02 +09:00			`error: pointers cannot be cast to integers during const eval`
stabilize `const_extern_fn` 2024-08-29 15:33:34 +02:00			`--> $DIR/const-extern-fn-min-const-fn.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 19:22:18 -04:00			`\|`
stabilize `const_extern_fn` 2024-08-29 15:33:34 +02:00			`LL \| val as usize;`
			`\| ^^^^^^^^^^^^`
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 19:22:18 -04:00			`\|`
remove const_raw_ptr_to_usize_cast feature 2021-07-10 11:33:42 +02:00			`= note: at compile-time, pointers do not have an integer value`
			= note: avoiding this restriction via `transmute`, `union`, or raw pointers leads to compile-time undefined behavior
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 19:22:18 -04:00
stabilize const_fn_floating_point_arithmetic 2024-08-03 11:17:43 +02:00			`error: aborting due to 1 previous error`
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 19:22:18 -04:00