rust/src/librustc_interface
bors a0c61a9044 Auto merge of #71631 - RalfJung:miri-unleash-the-gates, r=oli-obk
Miri: unleash all feature gates

IMO it is silly to unleash features that do not even have a feature gate yet, but not unleash features that do. The only thing this achieves is making unleashed mode annoying to use as we have to figure out the feature flags to enable (and not always do the error messages say what that flag is).

Given that the point of `-Z unleash-the-miri-inside-of-you` is to debug the Miri internals, I see no good reason for this extra hurdle. I cannot imagine a situation where we'd use that flag, realize the program also requires some feature gate, and then be like "oh I guess if this feature is unstable I will do something else". Instead, we'll always just add that flag to the code as well, so requiring the flag achieves nothing.

r? @oli-obk @ecstatic-morse
Fixes https://github.com/rust-lang/rust/issues/71630
2020-05-03 22:54:55 +00:00
..
build.rs Locate rustc binary similarly to codegen backend loading 2019-09-10 16:57:14 -04:00
callbacks.rs Query-ify Instance::resolve 2020-04-05 01:21:36 -04:00
Cargo.toml Remove unused dependencies 2020-04-20 17:59:27 +09:00
interface.rs fix miri-unleash delayed sanity checking 2020-05-02 14:39:19 +02:00
lib.rs Depend on libc from crates.io 2020-04-11 11:07:04 -04:00
passes.rs cleanup: config::CrateType -> CrateType 2020-05-02 11:57:23 +03:00
proc_macro_decls.rs librustc_middle: return LocalDefId instead of DefId in local_def_id 2020-04-23 23:14:07 +01:00
queries.rs Change return type of entry_fn query to return a LocalDefId 2020-04-27 23:58:11 +01:00
tests.rs Rename bitcode-in-rlib option to embed-bitcode 2020-05-01 09:05:13 -07:00
util.rs cleanup: config::CrateType -> CrateType 2020-05-02 11:57:23 +03:00