about summary refs log tree commit diff
path: root/src/test/incremental/hashes/inherent_impls.rs
AgeCommit message (Collapse)AuthorLines
2019-03-30Update testsJohn Kåre Alsaker-30/+30
2019-03-20Add no_hash to query macro and move some queries overJohn Kåre Alsaker-11/+11
2019-03-18Add load_cached query modifier and keep dep node names consistent with query ↵John Kåre Alsaker-8/+8
names
2019-03-18Define queries using a proc macroJohn Kåre Alsaker-5/+5
2019-02-08Allow a dirty MirBuilt for make_extern and make_method_externJohn Kåre Alsaker-1/+1
2019-02-08Update testsJohn Kåre Alsaker-10/+10
2018-12-25Remove licensesMark Rousskov-11/+0
2018-04-13Rename must-compile-successfully into compile-passGuillaume Gomez-1/+1
2017-12-08incr.comp.: Hash spans unconditionally for full accuracy.Michael Woerister-1/+1
2017-11-29incr.comp.: Update test cases after metadata hashing removal.Michael Woerister-100/+0
2017-11-22modify inherent impls test to indicate `TypeckTables` do not changeNiko Matsakis-4/+40
I also added some comments explaining what is going on. In short, the changes in question do not, in fact, affect the`TypeckTables` in any semantic way. However, altering the order of lowering can cause it appear to affect the `TypeckTables`: if we lower generics before the body, then the `HirId` for things in the body will be affected. In this case, we are now lowering the generics etc *after* the body, so the hash no longer changes. This seems good.
2017-11-07Fix incremental tests after change to instantiation strategy.Michael Woerister-1/+17
2017-10-23update inherent_impls testsNiko Matsakis-6/+5
Now that we are visiting things in a different order during lowering, adding parameters winds up affecting the HirIds assigned to thinks in the method body, whereas it didn't before. We could fix this by reordering the order in which we visit `generics` during lowering, but this feels very fragile. Seems better to just let typeck tables be dirty here.
2017-10-13fix review commentsGarrett Berg-0/+2
2017-10-12incr comp: rustc_clean/dirty auto assertGarrett Berg-108/+120
This adds auto-assertion to `rustc_clean/dirty` and also implements more comprehensive testing for - src/test/incremental/hashes/enum_constructors.rs - src/test/incremental/hashes/enum_defs.rs - src/test/incremental/hashes/extern_mods.rs - src/test/incremental/hashes/inherent_impls.rs - src/test/incremental/hashes/statics.rs - src/test/incremental/hashes/struct_constructors.rs - src/test/incremental/hashes/type_defs.rs trait_defs.rs and trait_impl.rs are blocked on a hard to triage compiler ICE (at least hard for a newbie like me) having to do with some DepNodes not getting computed for traits. A FIXME has been added in the source to reflect this continued work.
2017-07-18Detect implicitly defined late bound lifetime parameters as wellVadim Petrochenkov-1/+1
2017-07-18Prohibit lifetime arguments in path segments with late bound lifetime parametersVadim Petrochenkov-1/+1
2017-04-12ICH: Replace old, transitive metadata hashing with direct hashing approach.Michael Woerister-12/+8
Instead of collecting all potential inputs to some metadata entry and hashing those, we directly hash the values we are storing in metadata. This is more accurate and doesn't suffer from quadratic blow-up when many entries have the same dependencies.
2017-02-03Let the ICH testing framework check that all #[rustc_dirty] attrs have been ↵Michael Woerister-16/+51
actually checked.
2016-12-20ICH: Add test cases for inherent impls.Michael Woerister-1/+409
2016-11-17hash the contents of impl-item-ref by adding them to visitorNiko Matsakis-0/+128
Also simplify some of the `ty::AssociatedItem` representation, in particular by folding `has_value` into `hir::Defaultness`