rustc_transmute: Directly use types from rustc_abi

[workingjubilee]

Using the reexport from rustc_target is not necessary here, so use rustc_abi directly.

[rustbot]

Failed to set assignee to jswrenn: invalid assignee

Note: Only org members with at least the repository "read" role, users with write permissions, or people who have commented on the PR may be assigned.

[rustbot]

These commits modify the Cargo.lock file. Unintentional changes to Cargo.lock can be introduced when switching branches and rebasing PRs.

If this was unintentional then you should revert the changes before this PR is merged.
Otherwise, you can ignore this comment.

[workingjubilee]

well!

r? compiler

[compiler-errors]

r=me when green

[workingjubilee]

@bors rollup

[workingjubilee]

@bors r=compiler-errors

[bors]

📌 Commit 2720706 has been approved by compiler-errors

It is now in the queue for this repository.

[RalfJung]

Should we get rid of these reexports? RA isn't great at dealing with them so it often ends up adding the rustc_abi imports... and then we get build failures since that crate isn't listed as a dependency.

[workingjubilee]

Should we get rid of these reexports? RA isn't great at dealing with them so it often ends up adding the rustc_abi imports... and then we get build failures since that crate isn't listed as a dependency.

...well, we want the rustc_abi imports. It's the rustc_target reexports that we don't want.

[workingjubilee]

But yes incrementing towards the final state where rustc_target reexports nothing, at least publicly, from rustc_abi, is the primary aim of most of my recent flurry of PRs.

[RalfJung]

Sounds good, thanks!