Confirmed that using llvm-ranlib fixed my issue. Now i'm stuck with a : Fatal: GOT.func entry with no import/export: $emscripten_longjmp_jmpbuf
Looks like you're already aware of this Sam :) https://github.com/WebAssembly/binaryen/issues/2180 On Friday, July 5, 2019 at 10:34:53 AM UTC+2, Anthony Catel wrote: > > Ok it seems that my toolchain is using `ranlib` from my system as > emscripten doesn't provide a `ranlib` binary replacement in its PATH. > There is an empty `emranlib` script (no code inside). Not sure if that's > expected. > > I guess i'll have to rely on `upstream/bin/llvm-ranlib`. > > Is there any reason that `upstream/bin/` is not exported by `emsdk_env.sh`? > > Thanks! > > On Friday, July 5, 2019 at 9:47:21 AM UTC+2, Anthony Catel wrote: >> >> Not sure if related but i'm unable to dump symbols from the generated >> objects : >> >> https://pastebin.com/raw/uVsEk6FD >> >> llvm-nm craches with `LLVM ERROR: malformed uleb128, extends past end` >> >> On Wednesday, July 3, 2019 at 7:14:34 PM UTC+2, Anthony Catel wrote: >>> >>> It's building fine from `latest-fastcomp'. I only get this when building >>> with 'lastest-upstream'. >>> >>> So i'd say, nothing is missing or it's surfaced only when wasm-ld is >>> used? >>> >>> >>> On Wed, Jul 3, 2019 at 7:08 PM 'Sam Clegg' via emscripten-discuss < >>> [email protected]> wrote: >>> >>>> From your error output: >>>> >>>> wasm-ld: error: /tmp/emscripten_temp_pdXmxY/particles_bindings_2.o: >>>> cannot resolve relocation of type R_WASM_MEMORY_ADDR_SLEB against >>>> undefined (non-weak) data symbol: SkReflected::gTypes >>>> >>>> This means that these symbols (in this case SkReflected::gTypes) are >>>> undefined at link time but are expected to be defined. Are you >>>> missing some object files from you link line? >>>> >>>> >>>> On Wed, Jul 3, 2019 at 7:36 AM Anthony Catel <[email protected]> >>>> wrote: >>>> > >>>> > Hey, >>>> > >>>> > I tried to switch to the upstream in order to try the new backend. >>>> > I have not changed any config and i'm getting this link error : >>>> > >>>> > https://pastebin.com/raw/BCWa9vGZ >>>> > >>>> > As I'm not familiar with the internals yet, I'm not sure where to >>>> look. >>>> > >>>> > Any insight? >>>> > >>>> > Thanks! >>>> > >>>> > -- >>>> > 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/5c0d86f7-87e6-4159-bb01-15de4da3bb07%40googlegroups.com >>>> . >>>> > For more options, visit https://groups.google.com/d/optout. >>>> >>>> -- >>>> 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/CAL_va29MCAo4U0tNmj6EMjt9H4yuhq%3DER3bwbtrR9gfPOAb25Q%40mail.gmail.com >>>> . >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> >>> -- >>> A. >>> >> -- 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/046c9d94-7ca8-4fef-8fd3-8126f8a8c529%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
