32bit target support about rbpf HOT 2 OPEN

Is this related to compiling the Interpreter for WASM or is there a different motivation of bringing it to 32 bit?
The thing is that our entire ecosystem relies on the implicit assumption of running 64bit guests on 64bit host systems.
So while not impossible, it is hard to pull off and will probably not receive much attention from our side.

That being said, the memory mapping system currently in place does assume that the 64bit address space is essentially for fat pointers which are split into a 32bit region index and a 32bit address space inside each region. We also have unaligned memory mapping, so that design broke down a little.

In program runtime v2, if we manage to remove address translation, then this will be a lot easier as the host could dictate the memory layout and also address space size, thus would be able to use 32 bit pointers.

from rbpf.

Yes, the motivation is to run programs in browsers with wasm32-unknown-unknown target as wasm64 is not ready yet.

Unfortunately, as you've said there seems to be a quite a bit of 64bit assumption of usize etc.

In program runtime v2, if we manage to remove address translation, then this will be a lot easier as the host could dictate the memory layout and also address space size, thus would be able to use 32 bit pointers.

That sounds great! All of the issues that I've run into so far with WASM seems to be caused by the address translation.

from rbpf.