Exotic Nix Targets | 340 Members | |
| 105 Servers |
| Sender | Message | Time |
|---|---|---|
| 19 Aug 2023 | ||
| I'll take a look later to see if it's possible to configure the freebsd interpreter to use a custom socache. in the meantime it's patchelf time | 07:27:03 | |
On NixOS ld.so.cache is not present. It uses /nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib (and other RUNPATHs) as a lookup (and it's not super-efficient). | 07:28:17 | |
https://man.freebsd.org/cgi/man.cgi?query=ld.so&apropos=0&sektion=8&manpath=CentOS+7.1&arch=default&format=html hints that there are default like /lib:/usr/lib as well (unless -z nodeflib). Maybe you can set those as well. | 07:29:45 | |
| that page seems to be for the linux ld despite being hosted on freebsd.org | 07:30:47 | |
| Oh, yeah. | 07:31:10 | |
https://github.com/lattera/freebsd/blob/master/libexec/rtld-elf/rtld.c#L1430 . Maybe it's up to BSD's ld to populate the actual default? | 07:34:30 | |
Aha, it uses STANDARD_LIBRARY_PATH there. | 07:35:38 | |
| https://github.com/lattera/freebsd/blob/401a161083850a9a4ce916f37520c084cff1543b/libexec/rtld-elf/rtld.h#L54 | 07:36:08 | |
| pogchamp | 07:36:36 | |
| anyone have any tips on debugging infinite recursion in the stdenv construction? I'm having trouble building bash. it seems like it's not using the bootstrap shell I provided as the stdenv's shell, it seems to be trying to build itself. | 09:34:08 | |
| New esmil kernel just dropped | 10:05:16 | |
| And it looks like starfive finally added pci support in uboot | 10:07:58 | |
stdenv/linux has a few debugging tips: https://github.com/NixOS/nixpkgs/blob/master/pkgs/stdenv/linux/default.nix#L25C37-L25C37 | 10:09:04 | |
I guess it depends on how exactly you construct the stdenv. But generally one uses overlays to break the recursion and refer to already present dependencies from the previous stages of stdenv. | 10:11:16 | |
| For example
Here | 10:13:32 | |
And initial seed is populated from "bootstrap-stage0" like coreutils = bootstrapTools; gnugrep = bootstrapTools;. | 10:14:33 | |
In reply to @snektron:matrix.orgUpstream u-boot is broken though | 13:03:47 | |
| And nvme boot doesn't work out of the box | 13:04:09 | |
| https://github.com/misuzu/u-boot/commits/visionfive2-usb | 13:04:14 | |
| This has https://patchwork.ozlabs.org/project/uboot/cover/20230814160404.9B2E067373@verein.lst.de/ and makes nvme work | 13:06:35 | |
| 20 Aug 2023 | ||
| how does the default set of hooks (?) in the cc-wrapper make sure that the built binaries have the right rpath and interpreter? it seems that the way I have it set right now, it has set the rpath correctly but not the interpreter. | 07:25:33 | |
| * how does the default set of hooks (?) in the cc-wrapper make sure that the built binaries have the right rpath and interpreter? it seems that the way I have it set right now, it has set the rpath correctly but not the interpreter, but I never actually configured this in any way. | 07:27:10 | |
| it's in
| 12:11:38 | |
It's simplistic description is to expand each -Lfoo into -Lfoo -rpath foo. | 12:12:40 | |
| I believe dynamic linker is set inf a slightly different way: via
and later in
| 12:18:53 | |
| 13:07:46 | ||
| 17:49:37 | ||
| so if I'm getting this, that means some substitution step isn't working correctly right?
| 21:41:55 | |
| 21 Aug 2023 | ||
| Yeah, normally substitution happens in
| 05:51:19 | |
Alternatively, pkgs/stdenv/generic/setup.sh might be broken on the version of the shell you are running (if it's an old bash, or not bash) | 05:51:57 | |