diff options
| author | Yuki Okushi <huyuumi.dev@gmail.com> | 2019-11-07 09:20:46 +0900 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2019-11-07 09:20:46 +0900 |
| commit | 9e3f0003fdc1b28c7cdaaf01956e919b6267a322 (patch) | |
| tree | a4ec92d9ad11be08b8bfd0739daba4e58d7f20be /src/libstd/sys/unix/stack_overflow.rs | |
| parent | de401900b4d25b4a01c5f3e34554f9a656f89f84 (diff) | |
| parent | 2312a56f5c4e65df4b6d8128489bc58a79555718 (diff) | |
| download | rust-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
