about summary refs log tree commit diff
path: root/src/libstd/sys/unix/stack_overflow.rs
diff options
context:
space:
mode:
authorYuki Okushi <huyuumi.dev@gmail.com>2019-11-07 09:20:46 +0900
committerGitHub <noreply@github.com>2019-11-07 09:20:46 +0900
commit9e3f0003fdc1b28c7cdaaf01956e919b6267a322 (patch)
treea4ec92d9ad11be08b8bfd0739daba4e58d7f20be /src/libstd/sys/unix/stack_overflow.rs
parentde401900b4d25b4a01c5f3e34554f9a656f89f84 (diff)
parent2312a56f5c4e65df4b6d8128489bc58a79555718 (diff)
downloadrust-9e3f0003fdc1b28c7cdaaf01956e919b6267a322.tar.gz
rust-9e3f0003fdc1b28c7cdaaf01956e919b6267a322.zip
Rollup merge of #66147 - RalfJung:no-scalar-ptr, r=oli-obk
Miri: Refactor to_scalar_ptr out of existence

`to_scalar_ptr` is somewhat subtle as it just throws away the 2nd component of a `ScalarPair` if there is one -- without any check if this is truly a pointer or so. And indeed we used it wrong on two occasions!

So I fixed those two, and then refactored things such that everyone calls `ref_to_mplace` instead (which they did anyway, I just moved up the calls), which is the only place that should interpret a `ScalarPair` as a wide ptr -- and it checks the type first. Thus we can remove `to_scalar_ptr` and `to_meta`.

r? @oli-obk
Diffstat (limited to 'src/libstd/sys/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions