diff options
| author | Matthias Krüger <matthias.krueger@famsik.de> | 2024-05-24 23:01:09 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-05-24 23:01:09 +0200 |
| commit | f23ebf04106c518e20a1a4410acc11326a77d150 (patch) | |
| tree | 0f75b74dad7ada463324ffd028a2a5c999bf6d36 /library/std/src/sys/pal/unix/stack_overflow.rs | |
| parent | fafe13aea46f1f14ff6a1346b5d11c946736f6cf (diff) | |
| parent | 14fc3fdb2c10ec2c9d860618b7681b36078668f1 (diff) | |
| download | rust-f23ebf04106c518e20a1a4410acc11326a77d150.tar.gz rust-f23ebf04106c518e20a1a4410acc11326a77d150.zip | |
Rollup merge of #125483 - workingjubilee:move-transform-validate-to-mir-transform, r=oli-obk
compiler: validate.rs belongs next to what it validates It's hard to find code that is deeply nested and far away from its callsites, so let's move `rustc_const_eval::transform::validate` into `rustc_mir_transform`, where all of its callers are. As `rustc_mir_transform` already depends on `rustc_const_eval`, the added visible dependency edge doesn't mean the dependency tree got any worse. This also lets us unnest the `check_consts` module. I did look into moving everything inside `rustc_const_eval::transform` into `rustc_mir_transform`. It turned out to be a much more complex operation, with more concerns and real edges into the `const_eval` crate, whereas this was both faster and more obvious.
Diffstat (limited to 'library/std/src/sys/pal/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions
