Sam Clegg

In that case this is likely a clang issue since emcc will simply exec clang when compiling, and nothing more. Can you confirm that it is the clang process that...

Since the file in question has a huge amount of `goto` statements I imagine the LLVM pass that is taking all the resources is https://github.com/llvm/llvm-project/blob/main/llvm/lib/Target/WebAssembly/WebAssemblyFixIrreducibleControlFlow.cpp.

Could you perhaps attach the pre-processed `scanner.c` (so that we can build it standalone with all the headers, etc).

Do you know how much memory clang is trying to use here? i.e. can you try compiling that file on a machine with more RAM and seeing what the peek...

Ok, this does looks like some kind of pathological case in the llvm backend for WebAssemlby. Can you open an issue upstream in llvm-project about this? Please attache the full...

Are you set in using `--preload-file` for some reason over `--embed-file`? That latter is much more effecient and I would only really recommend the former if you want to be...

> Also see the failing test, an expectation needs to be updated. See instructions for that in the CI error. I think just rebase should fix that

The options for a quick fix would be to either (1) remove `-flto` from you link command or (2) add `-Wl,-u__wasm_longjmp` (which would force that symbol to be included prior...

Yes, emscripten has supported setjmp/longjmp for many years out-of-the-box.

@aheejin do you want me to take this one, or do you want to take it on again?