Komo
Komo
Ninja tries to link `libclang_rt` which is not possible to link, and there's no way to disable it nor replace it with `libgcc`. Waiting for denoland/rusty_v8#1662.
> The linkage should comes from `chromium` or `v8`, not really related to `rusty_v8`. I'll have a look this night or tomorrow. I can take a look at it later....
TODO: Patch `src/binding.cc` regarding static assertation error (probably bad architecture assumption)
`PKG_CONFIG_PATH` maybe required to make Cargo recognize Termux's libraries.
> Better to split librusty-v8 into a seperate PR and merge it before building deno. It takes too much time to build librusty-v8. I'll do that in the next commit
- i686 and arm build failed because of "index out of bounds" error inside `src_binding.rs`.
All builds failed because of librusty-v8, seems like it needs a further more patches to get it working.
aarch64 build might failed because of snapshot being compiled for x86_64.
Cargo built x86_64 `deno` on aarch64 build, thus `ld: error: /data/data/com.termux/files/usr/lib/libsqlite3.so is incompatible with elf64-x86-64` error shows up Need to patch this one
> Great work !! Maybe these patches can be send to deno upstream ? That's unnecesarry to do, and it would be hard to maintain it's stability for platform that...