about summary refs log tree commit diff
path: root/compiler/rustc_codegen_llvm/src/errors.rs
diff options
context:
space:
mode:
authorMatthias Krüger <476013+matthiaskrgr@users.noreply.github.com>2025-03-11 19:35:34 +0100
committerGitHub <noreply@github.com>2025-03-11 19:35:34 +0100
commit4feb86684dc1edd32e26170db15b964e2207adc8 (patch)
treea1d0ea90a29e636eedda79c371c7a30e2efcc277 /compiler/rustc_codegen_llvm/src/errors.rs
parent954b88ed2aeeaaa2ccb261097f36379b244fc4ad (diff)
parent3846f942300c4fd8f43a8a8a1324ad5e358b9459 (diff)
downloadrust-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