diff options
| author | bors <bors@rust-lang.org> | 2024-07-30 14:29:09 +0000 |
|---|---|---|
| committer | bors <bors@rust-lang.org> | 2024-07-30 14:29:09 +0000 |
| commit | f1e8c540829c0fa170c1e6202b245209d31ad21f (patch) | |
| tree | 13675d9ebd9e90684adb30edf9c4e3e57d44a6bd /compiler/rustc_llvm/llvm-wrapper/CoverageMappingWrapper.cpp | |
| parent | cf63c1626971ca512fc78190a553d1503ad56bcf (diff) | |
| parent | 6fc1b699937b2be59635efa2d4f77a3c5ce20c5b (diff) | |
| download | rust-f1e8c540829c0fa170c1e6202b245209d31ad21f.tar.gz rust-f1e8c540829c0fa170c1e6202b245209d31ad21f.zip | |
Auto merge of #3776 - oli-obk:duplicator, r=oli-obk
Use Scalar consistently in foreign item emulation Step 0 of #3772 This just makes the code consistent. While we could also go for consistency the other way, that would only allow us to use integers in some cases where we use `Scalar` right now, because `Scalar` can also hold pointers where applicable. There's also no danger in messing up (even though we do lose some compile-time checks), as `Scalar` knows the size of the integer stored within, so it will check that against the destination when it is written. In fact, this makes the checks much stronger compared with `write_int`, which just checks that the integer fits into the destination size.
Diffstat (limited to 'compiler/rustc_llvm/llvm-wrapper/CoverageMappingWrapper.cpp')
0 files changed, 0 insertions, 0 deletions
