On 3/8/12 9:15 AM, Eelco Dolstra wrote: > On 08/03/12 15:01, Ludovic Courtès wrote: > >> [email protected] skribis: >> >>> In building libelf, I get a crash: >>> >>> nix/h3mnwa34rk4znh8wdfg6y4q6famlzj38-glibc-2.13/bin/gencat de.cat de.msg >>> make[1]: *** [de.cat] Segmentation fault >>> >>> The binary in question is pulling in the system libraries: >>> >>> $ ldd nix/h3mnwa34rk4znh8wdfg6y4q6famlzj38-glibc-2.13/bin/gencat >>> linux-vdso.so.1 => (0x00002aaaaaacb000) >>> libc.so.6 => /lib64/libc.so.6 (0x00002aaaaaccd000) >>> >>> nix/h3mnwa34rk4znh8wdfg6y4q6famlzj38-glibc-2.13/lib/ld-linux-x86-64.so.2 >>> (0x00002aaaaaaab000) >> It’s using the wrong libc.so. Not sure how to fix that, though. > If it was caused by a build-time impurity, then simply using the binaries from > the Nixpkgs channel should fix this. As far as I can tell the Glibc binary in > our channel doesn't reference /lib64. >
This seems like an incomplete approach to this problem. This is IMO a significant impurity in our stdenv (libelf is itself part of stdenv through GCC on Linux, right?), and not everyone can use hydra or chroot (e.g. non-/nix store with no root access). I know we just merged, but I think it might be a good idea to look at fixing this issue anyway. _______________________________________________ nix-dev mailing list [email protected] http://lists.science.uu.nl/mailman/listinfo/nix-dev
