Closed kpamnany closed 1 year ago
CC: @staticfloat -- i think this is similar to other source tarballs issues we've had in the past?
https://github.com/JuliaLang/julia/issues/48057#issuecomment-1368249936 suggested to provide an option to use system linker.
Side question: do you know https://github.com/Mic92/nix-ld?
Yeah, I think the only reasonable fix for this on our end is to add a build option to use a system linker. Not having the interpreter in the standard place is a bridge too far for us to handle in our binaries, I think. ;)
Alternativly we could use LLD as a library...
I'm really clueless about this stuff. @rbvermaa / @kpamnany is this a good enough resolution for us?
I believe we discussed this in a different issue/PR, where we concluded that using USE_SYSTEM_LLD=1 is sufficient for use in nix.
Edit: https://github.com/JuliaLang/julia/pull/48261#issuecomment-1382058672
If this is nix you may need to add a listing in the autopatchelf step for the BinaryBuilder artifacts. Or you can call it manually from the makefile like so:
https://github.com/sjkelly/julia/commit/1a216b37888aff4e8e99143d74ade24931731813
The above patch and the corresponding shell.nix have worked fine for me for source builds on NixOS.
We're able to proceed, so closing this.
The Julia 1.9.0-beta2 source tarballs (both without and with dependencies) are broken for us (see log below). It appears that the bundled
lld
fails as the interpreter of the downloaded binary points to/lib64/ld-linux-x86-64.so.2
which isn't present in our build environment on Nix. I've tried both archives, with and withoutUSE_BINARYBUILDER=0
.We've temporarily fixed this by patching
base/linking.jl
to remove this line, thereby forcing use of the systemlld
.