mirror of
https://github.com/rust-lang/rust.git
synced 2024-11-29 10:13:54 +00:00
591ecb88df
miri: make vtable addresses not globally unique Miri currently gives vtables a unique global address. That's not actually matching reality though. So this PR enables Miri to generate different addresses for the same type-trait pair. To avoid generating an unbounded number of `AllocId` (and consuming unbounded amounts of memory), we use the "salt" technique that we also already use for giving constants non-unique addresses: the cache is keyed on a "salt" value n top of the actually relevant key, and Miri picks a random salt (currently in the range `0..16`) each time it needs to choose an `AllocId` for one of these globals -- that means we'll get up to 16 different addresses for each vtable. The salt scheme is integrated into the global allocation deduplication logic in `tcx`, and also used for functions and string literals. (So this also fixes the problem that casting the same function to a fn ptr over and over will consume unbounded memory.) r? `@saethlin` Fixes https://github.com/rust-lang/miri/issues/3737 |
||
|---|---|---|
| .. | ||
| arc.rs | ||
| autotraits.rs | ||
| borrow.rs | ||
| boxed.rs | ||
| btree_set_hash.rs | ||
| c_str.rs | ||
| const_fns.rs | ||
| cow_str.rs | ||
| fmt.rs | ||
| heap.rs | ||
| lib.rs | ||
| linked_list.rs | ||
| rc.rs | ||
| slice.rs | ||
| str.rs | ||
| string.rs | ||
| task.rs | ||
| thin_box.rs | ||
| vec_deque_alloc_error.rs | ||
| vec_deque.rs | ||
| vec.rs | ||