It's my understanding that the alternative green thread runtime used stack swapping.
What I'm referring to here is the same futures method under the hood but transparent to the user.
It's also my understanding that there were unrelated engineering constraints that caused it to be unwieldy, such as binary size. I believe it's possible to provide an alternative runtime without it necessarily affecting the main configuration or limited environments like embedded devices.
> What I'm referring to here is the same futures method under the hood but transparent to the user.
CPS transforming the entire program is possible in theory, but if you want the same zero-cost behavior you will run into the same issues I outlined elsewhere: higher order control flow analysis will be necessary, and it will fall down a lot.
What I'm referring to here is the same futures method under the hood but transparent to the user.
It's also my understanding that there were unrelated engineering constraints that caused it to be unwieldy, such as binary size. I believe it's possible to provide an alternative runtime without it necessarily affecting the main configuration or limited environments like embedded devices.