You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(perhaps this issue is better opened on the main LLVM repo)
Is it possible to support unbounded/growing stacks?
Some code makes heavy use of recursion, and having a fixed stack size is quite limiting. I had originally thought that the multiple memories proposal would help there, but that would introduce different types of pointers, which sounds like a terrible idea :-)
The text was updated successfully, but these errors were encountered:
It's theoretically possible. And yes, this would largely be an upstream LLVM feature, though depending on how it works, it may also need support from wasi-sdk/wasi-libc too.
If you want to be sure that all code dynamically allocates more stack space instead of assuming it has enough, it seems likely that this will require adding a new ABI, a separate wasi-libc build, and thus a new wasi-sdk target.
Another potential consideration is that when wasi-libc adds setjmp support, it will need to be aware of any dynamically-allocated stack regions between the longjmp and the setjmp.
(perhaps this issue is better opened on the main LLVM repo)
Is it possible to support unbounded/growing stacks?
Some code makes heavy use of recursion, and having a fixed stack size is quite limiting. I had originally thought that the multiple memories proposal would help there, but that would introduce different types of pointers, which sounds like a terrible idea :-)
The text was updated successfully, but these errors were encountered: