diff options
| author | Nicholas Nethercote <n.nethercote@gmail.com> | 2022-03-02 07:15:04 +1100 |
|---|---|---|
| committer | Nicholas Nethercote <n.nethercote@gmail.com> | 2022-03-07 08:25:50 +1100 |
| commit | 4852291417127d86c3f8404ef03cb1706d89a3e6 (patch) | |
| tree | 65d9f5653f2a58d837b9fb7a879a193bc71323b3 /compiler/rustc_codegen_llvm/src/coverageinfo/mod.rs | |
| parent | c38b8a8c621e0c946af1b74f57bb8cc028e0060d (diff) | |
| download | rust-4852291417127d86c3f8404ef03cb1706d89a3e6.tar.gz rust-4852291417127d86c3f8404ef03cb1706d89a3e6.zip | |
Introduce `ConstAllocation`.
Currently some `Allocation`s are interned, some are not, and it's very hard to tell at a use point which is which. This commit introduces `ConstAllocation` for the known-interned ones, which makes the division much clearer. `ConstAllocation::inner()` is used to get the underlying `Allocation`. In some places it's natural to use an `Allocation`, in some it's natural to use a `ConstAllocation`, and in some places there's no clear choice. I've tried to make things look as nice as possible, while generally favouring `ConstAllocation`, which is the type that embodies more information. This does require quite a few calls to `inner()`. The commit also tweaks how `PartialOrd` works for `Interned`. The previous code was too clever by half, building on `T: Ord` to make the code shorter. That caused problems with deriving `PartialOrd` and `Ord` for `ConstAllocation`, so I changed it to build on `T: PartialOrd`, which is slightly more verbose but much more standard and avoided the problems.
Diffstat (limited to 'compiler/rustc_codegen_llvm/src/coverageinfo/mod.rs')
0 files changed, 0 insertions, 0 deletions
