diff options
| author | Mara Bos <m-ou.se@m-ou.se> | 2021-02-03 18:51:12 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2021-02-03 18:51:12 +0100 |
| commit | 00dabfbd28c59b2770f162e4d0e9ed1c929c74e2 (patch) | |
| tree | 76c602abcbc7fd1469e307ff12f1a2771c99e46a /compiler/rustc_llvm/llvm-wrapper/RustWrapper.cpp | |
| parent | 6ad11e2e25919b75ebbc36d7910f2a1126a7e873 (diff) | |
| parent | 8477d352ac47c89199f27f2368138cb89beaea54 (diff) | |
| download | rust-00dabfbd28c59b2770f162e4d0e9ed1c929c74e2.tar.gz rust-00dabfbd28c59b2770f162e4d0e9ed1c929c74e2.zip | |
Rollup merge of #80394 - RalfJung:const-err-future, r=oli-obk
make const_err a future incompat lint This is the first step for https://github.com/rust-lang/rust/issues/71800: make const_err a future-incompat lint. I also rewrote the const_err lint description as the old one seemed wrong. This has the unfortunate side-effect of making const-eval error even more verbose by making the const_err message longer without fixing the redundancy caused by additionally emitting an error on each use site of the constant. We cannot fix that redundancy until const_err is a *hard* error (at that point the error-on-use-site can be turned into a `delay_span_bug!` for uses of monomorphic consts, and into a nicely rendered error for [lazily / post-monomorhization evaluated] associated consts). ~~The one annoying effect of this PR is that `let _x = &(1/(1-1));` now also shows the future-incompat warning, even though of course we will *not* make this a hard error. We'll instead (hopefully) stop promoting it -- see https://github.com/rust-lang/rfcs/pull/3027. The only way I see to avoid the future-incompat warning is to use a different lint for "failure to evaluate promoted".~~ Cc `@rust-lang/wg-const-eval`
Diffstat (limited to 'compiler/rustc_llvm/llvm-wrapper/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions
