Thanks for the reply On Thursday, 24 October 2019 21:21:53 UTC+1, Alon Zakai wrote: > > Thanks for the feedback John! > > 1. First thing I'd make sure is that all source files and libraries are > built with the new version. Mixing object files between versions can lead > to link errors. > > If it's not that, then looks like that symbol should arrive from > libcompiler_rt. Looking in EMCC_DEBUG=1 output during link can show which > libs it decides to link in. Is compiler-rt not there? It should always be > linked in, unless overridden by EMCC_ONLY_FORCED_STDLIBS, I believe. (If > you are using that option, then you need to include all necessary libs, and > the list does change by the backend, I believe.) > I didn't get a lot. Everything is built with the same compiler and flags definitely. Its definitely linking libcompiler_rt in and that definitely contains the __threwValue symbol. The error message is odd in that it implies that it is libcompiler_rt.bc that wants the symbol but cant find it. I am fairly sure this was working at 1.38.45 so will try to go through the intermediate version to find out when it started happening, but that will take some time. It also doesn't happen with our small test libraries.
> > 2. "is not a function" is probably a bad function pointer call. Building > with --profiling might show a useful stack trace. But this may just be a > bug in wasm2js, if the same optimization level works in wasm output in the > new backend. If you can provide a testcase that would be good. > > This really annoying. Adding --profiling to the compile flags and it goes away. Just changing --memory-init-file from 0 to 1 it also goes away. So not quite sure how to get to the bottom of it. I will keep experimenting to see if i can work out a good way to find out more information about what is going wrong. I will see what happens in smaller examples to see if i can get a test case. Same flags with wasm output works fine. > - Alon > > > > -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/emscripten-discuss/e71fe134-7068-4b64-ae54-5a3b0fc364b1%40googlegroups.com.
