about summary refs log tree commit diff
path: root/compiler/rustc_llvm/llvm-wrapper/CoverageMappingWrapper.cpp
diff options
context:
space:
mode:
authorbors <bors@rust-lang.org>2024-07-30 14:29:09 +0000
committerbors <bors@rust-lang.org>2024-07-30 14:29:09 +0000
commitf1e8c540829c0fa170c1e6202b245209d31ad21f (patch)
tree13675d9ebd9e90684adb30edf9c4e3e57d44a6bd /compiler/rustc_llvm/llvm-wrapper/CoverageMappingWrapper.cpp
parentcf63c1626971ca512fc78190a553d1503ad56bcf (diff)
parent6fc1b699937b2be59635efa2d4f77a3c5ce20c5b (diff)
downloadrust-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