Comment by univspl
4 years ago
To me this feels like a call for more powerful language primitives. i.e. a way to specify some action to take to "set up" the child process that's more explicit and readable than one special behaving in a particularly odd way. I'm imagining closures with some kind of Rust-like move semantics, but not entirely sure.
(if we're speaking in terms of greenfield implementation of OS features)
Yeah, this. Why not mkprocess/exec instead of fork/exec?
Builder patterns for primitives? I think that seems super cool but then aren't you just building a new language?