diff options
| author | bors <bors@rust-lang.org> | 2015-12-07 22:28:45 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2015-12-07 22:28:45 +0000 |
| commit | acf4e0be22203213a5e42469deea4dc6e49da840 (patch) | |
| tree | 8c9572b0e1f72529d41e5163c6b124328b971140 /src/rustllvm/RustWrapper.cpp | |
| parent | 8864f2c83ac800881da34c3e835c931c081a8785 (diff) | |
| parent | ca88e9c536457172cded98701d51ffafd1feb333 (diff) | |
| download | rust-acf4e0be22203213a5e42469deea4dc6e49da840.tar.gz rust-acf4e0be22203213a5e42469deea4dc6e49da840.zip | |
Auto merge of #30087 - petrochenkov:indi, r=nrc
I've measured the time/memory consumption before and after - the difference is lost in statistical noise, so it's mostly a code simplification. Sizes of `enum`s are not affected. r? @nrc I wonder if AST/HIR visitors could run faster if `P`s are systematically removed (except for cases where they control `enum` sizes). Theoretically they should. Remaining unnecessary `P`s can't be easily removed because many folders accept `P<X>`s as arguments, but these folders can be converted to accept `X`s instead without loss of efficiency. When I have a mood for some mindless refactoring again, I'll probably try to convert the folders, remove remaining `P`s and measure again.
Diffstat (limited to 'src/rustllvm/RustWrapper.cpp')
0 files changed, 0 insertions, 0 deletions
