YAMAMOTO Takashi

> > thank you for explanation. it makes sense. is it documented in some places? > > It's not documented very well currently. Eventually it should be. But with changes...

this change still have the problems pointed out in the older PR. https://github.com/apache/nuttx/pull/4693#discussion_r731862198 https://github.com/apache/nuttx/pull/4693#issuecomment-946687511

> > are "local" memory/global/table expected to work as > > thread-local storage? that is, do they always involve > > TLS overhead even when threads are not used at...

> Just as a high-level point, that paper presents possible extensions to Wasm threads which are currently not part of the language or the initial threads proposal (e.g. shared functions,...

> > right now, wasi-threads etc are relying on globals (like __stack_pointer) are thread-local. > > does the extension described the paper prevent such a usage? > > The compilation...

> > well, my question is that, if we want to use the language extension described in the paper > > to implement C with pthread, we no longer can...

> We investigated a bit more the issue: > > It seems the issue is that the README and LICENSE are out of the current directory where the manifest is...

i ended up with writing a horrible hack to convert EH wast. https://github.com/yamt/wasm-spec-test/blob/master/conv-eh.sh

what's the status of this?

> This is unrelated to the new `--translate-to-new-eh`. Parsing of `delegate` targeting a block has never been supported in Binaryen. ok > Yes it is allowed in the spec, but...