Implement arbitrary-self dynamic method receivers

[RalfJung]

The tests added in rust-lang/rust#54383 fail in Miri:

  15: core::result::unwrap_failed
             at src/libcore/result.rs:1165
  16: core::result::Result<T,E>::unwrap
             at /rustc/e4931eaaa3d95189b30e90d3af9f0db17c41bbb0/src/libcore/result.rs:933
  17: rustc_mir::interpret::place::<impl rustc_mir::interpret::operand::OpTy<Tag>>::assert_mem_place
             at /rustc/e4931eaaa3d95189b30e90d3af9f0db17c41bbb0/src/librustc_mir/interpret/place.rs:232
  18: rustc_mir::interpret::terminator::<impl rustc_mir::interpret::eval_context::InterpCx<M>>::eval_fn_call
             at /rustc/e4931eaaa3d95189b30e90d3af9f0db17c41bbb0/src/librustc_mir/interpret/terminator.rs:437
  19: rustc_mir::interpret::terminator::<impl rustc_mir::interpret::eval_context::InterpCx<M>>::eval_terminator
             at /rustc/e4931eaaa3d95189b30e90d3af9f0db17c41bbb0/src/librustc_mir/interpret/terminator.rs:94
  20: rustc_mir::interpret::step::<impl rustc_mir::interpret::eval_context::InterpCx<M>>::terminator
             at /rustc/e4931eaaa3d95189b30e90d3af9f0db17c41bbb0/src/librustc_mir/interpret/step.rs:293
  21: rustc_mir::interpret::step::<impl rustc_mir::interpret::eval_context::InterpCx<M>>::step
             at /rustc/e4931eaaa3d95189b30e90d3af9f0db17c41bbb0/src/librustc_mir/interpret/step.rs:69
  22: rustc_mir::interpret::step::<impl rustc_mir::interpret::eval_context::InterpCx<M>>::run
             at /rustc/e4931eaaa3d95189b30e90d3af9f0db17c41bbb0/src/librustc_mir/interpret/step.rs:40
  23: miri::eval::eval_main::{{closure}}
             at src/eval.rs:190

This is ICEing in this code:

https://github.com/rust-lang/rust/blob/7a76fe76f756895b8cda1e10398f2268656a2e0f/src/librustc_mir/interpret/terminator.rs#L430-L438

Clearly, that code assumes that only things that builtin_deref supports are receivers, and everything else is unsized -- hence the assert_mem_place, which fails.

So, how does one implement arbitrary-self dynamic receivers? What actually happens at run-time here? I don't know.^^

Cc @eddyb @mikeyhew

[eddyb]

This is one of the things we have to do (you'd get this for free if you're using FnAbi in miri):
https://github.com/rust-lang/rust/blob/50f8aadd746ebc929a752e5ffb133936ee75c52f/src/librustc/ty/layout.rs#L2550-L2572

[RalfJung]

you'd get this for free if you're using FnAbi in miri

You keep saying that.^^ Is that type in a place these days where Miri could reuse it? I recall it used to be in the wrong crate.

Also I have no idea what it would take to port Miri to that API.

[eddyb]

I guess you might want to wait for rust-lang/rust#65947 to make it clearer how you're supposed to create it.
But yeah it's been in librustc for a while now.

[RalfJung]

IOW, this is blocked on rust-lang/rust#56166.