`elfhack` fails on the `libgraphitewasm.so` file but doesn't dump any useful info when it does so:
terminate called after throwing an instance of 'std::runtime_error'
what(): Error opening file
Aborted (core dumped)
Apparently that happens [here](https://searchfox.org/mozilla-central/source/build/unix/elfhack/elf.cpp#109). Not sure why this would happen; I'm looking into it.
Bug 1606739 Comment 1 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
`elfhack` fails on the `libgraphitewasm.so` file but doesn't dump any useful info when it does so (`Segmentation fault (core dumped)`). I'm not familiar enough with `elfhack` to understand why that might be happening. According to the `README` the library isn't awfully robust especially on non-`libxul` targets, so I guess that shouldn't be terribly shocking. I assume `elfhack` is making some assumptions about the library that aren't true of `libgraphitewasm.so`. We can either fix `elfhack` so it won't freak out or always skip it for wasm targets.
`elfhack` fails on the `libgraphitewasm.so` file but doesn't dump any useful info when it does so (`Segmentation fault (core dumped)`). I'm not familiar enough with `elfhack` to understand why that might be happening. According to the `README` the library isn't awfully robust especially on non-`libxul` targets, so I guess that shouldn't be terribly shocking. I assume `elfhack` is making some assumptions about the library that aren't true of `libgraphitewasm.so`. We can either fix `elfhack` so it won't freak out or always skip it for wasm targets. [Note: the previous version of this comment had incorrect info which I edited out.]