diff options
| author | Matthias Krüger <476013+matthiaskrgr@users.noreply.github.com> | 2025-03-11 19:35:34 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-03-11 19:35:34 +0100 |
| commit | 4feb86684dc1edd32e26170db15b964e2207adc8 (patch) | |
| tree | a1d0ea90a29e636eedda79c371c7a30e2efcc277 /compiler/rustc_codegen_llvm/src/errors.rs | |
| parent | 954b88ed2aeeaaa2ccb261097f36379b244fc4ad (diff) | |
| parent | 3846f942300c4fd8f43a8a8a1324ad5e358b9459 (diff) | |
| download | rust-4feb86684dc1edd32e26170db15b964e2207adc8.tar.gz rust-4feb86684dc1edd32e26170db15b964e2207adc8.zip | |
Rollup merge of #138352 - RalfJung:miri-native-calls-exposed, r=oli-obk
miri native_calls: ensure we actually expose *mutable* provenance to the memory FFI can access In native call mode, the interpreter memory itself is accessed directly by external code via pointers created from integers and passed via libffi, so we have to ensure the provenance in Miri itself (on the meta level) is sufficiently exposed. So far we only exposed the provenance for read-only accesses. This may we enough as that may actually be the same provenance as for mutable accesses, but it's hard to be sure, and anyway there's no reason to do such a gambit -- we have this function, `prepare_for_native_call`, which iterates all memory the call can access. let's just also (re-)expose Miri's own allocations there. We expose the read-only provenance for all of them and the mutable provenance for the mutable allocations. r? ``@oli-obk``
Diffstat (limited to 'compiler/rustc_codegen_llvm/src/errors.rs')
0 files changed, 0 insertions, 0 deletions
