1.38.45-upstream works fine. 1.38.46-upstream has the same errors as 1.39.0 & .2
I am 90% certain changing the lto flags makes no difference but will re-run that check. Test case is going to be hard but i'll see if i can get something smaller. On Thursday, 7 November 2019 17:37:01 UTC, Alon Zakai wrote: > > Does it work if you remove --llvm-lto 1 during link? > > For checking if this is a regression, please try 1.38.45-upstream in > comparison to 1.39.0-upstream (as the default backend changed there, so if > not specifying the backend, older versions use the other one). > > It would be good to get a testcase of this, if you can provide that. > > On Thu, Nov 7, 2019 at 8:37 AM 'John Harvey' via emscripten-discuss < > [email protected] <javascript:>> wrote: > >> This is moving one of the items discussed in the 1.39.0 thread to its own >> topic. >> From 1.38.46-upstream when linking our largish library we get the >> following error produced and this still happens with 1.39.2:- >> >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc: >> >> undefined symbol: __threwValue >> wasm-ld: error: too many errors emitted, stopping now (use -error-limit=0 >> to see all errors) >> shared:ERROR: >> 'd:/compilers/emscripten-1.39.2-upstream/upstream/bin\wasm-ld.exe >> @d:\users\jpharvey\appdata\local\temp\emscripten_5umhgn.rsp' failed (1) >> >> The code is built & linked with a consistent set of compiler flags >> >> em++ --bind -s ALLOW_MEMORY_GROWTH=1 -s NO_EXIT_RUNTIME=1 -s FULL_ES2=1 >> --memory-init-file 0 -s ERROR_ON_UNDEFINED_SYMBOLS=1 -s >> DISABLE_EXCEPTION_CATCHING=0 -s EMBIND_STD_STRING_IS_UTF8=0 -s >> AGGRESSIVE_VARIABLE_ELIMINATION=1 -s EVAL_CTORS=0 -s WASM_OBJECT_FILES=0 -s >> WASM=1 -O3 -s ASSERTIONS=1 -s DEMANGLE_SUPPORT=1 -DNDEBUG=1 -s >> DISABLE_EXCEPTION_CATCHING=0 --std=c++14 --llvm-lto 1 >> >> It links fine if i remove -s WASM_OBJECT_FILES=0 >> It linked fine with -s WASM_OBJECT_FILES=0 using 1.38.45 >> >> __threwValue does appear to exist as a symbol in libcompiler_rt.bc >> >> \compilers\emscripten-1.39.2-upstream\upstream\bin\llvm-nm >> d:\users\jpharvey\.emscripten_cache_1.39.2-upstream\wasm-bc\libcompiler_rt.bc >> >> | grep -i threw >> -------- D __THREW__ >> -------- D __threwValue >> -------- T setThrew >> >> Not sure how to debug this further. I guess it started when this code for >> __threwValue was merged into libcompiler_rt instead of being in its own >> file? >> Any suggestions on how to help get to the bottom of this >> >> -- >> >> -- 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/a871af2c-51fa-46a4-9f3f-20c4ff290cbc%40googlegroups.com.
