| 1 Feb 2023 |
trofi | Adding cat sounds reasonable. | 20:11:56 |
| 3 Feb 2023 |
vcunat | aarch64-linux gcc bootstrap:
https://github.com/NixOS/nixpkgs/pull/207135#issuecomment-1415896172 | 13:51:37 |
| * trofi hereby ups a thumb | 14:14:23 |
| 17 Feb 2023 |
Winter (she/her) | how do RPATH values get set for cc-wrapper users? I can't find any occurrences of _addRpathPrefix that actually use the buildInputs | 18:38:35 |
Winter (she/her) | Or am I horribly misunderstanding linking ๐ | 18:38:53 |
Winter (she/her) | oh NIX_DONT_SET_RPATH | 18:39:45 |
Winter (she/her) | i see | 18:39:47 |
trofi | rpaths are set in ld-wrapper. | 19:17:45 |
trofi | extraAfter+=(-rpath "$dir") | 19:18:35 |
Winter (she/her) | In reply to @winterqt:nixos.dev oh NIX_DONT_SET_RPATH yeah, figured it out ^ | 19:45:29 |
Winter (she/her) | thanks :) | 19:46:14 |
Winter (she/her) | something isn't working on only darwin and i don't know why | 19:46:23 |
Winter (she/her) | so i'm gonna look into that | 19:46:31 |
Winter (she/her) | @trofi: so I just realized that RPATHs aren't set on Darwin. how do the macho binaries get the absolute paths to libraries? ๐ค linker/wrapper args don't show anything useful, and i don't see any fixup hook that does it (as i confirmed by setting dontFixup) | 21:57:50 |
Winter (she/her) | oh, -isystem, riiight | 22:16:11 |
Winter (she/her) | oh, no, that's for include paths... | 22:18:01 |
Winter (she/her) | -L/nix/store/6yl1211hawn5zmxg1cbp1miiq2h0kr7x-rustc-1.67.0/lib
-lrustc_driver-462408defaa2092e
-lstd-1419ef55ae659654
linker is being passed this, where /nix/store/6yl1211hawn5zmxg1cbp1miiq2h0kr7x-rustc-1.67.0/lib/librustc_driver-462408defaa2092e.dylib exists, but it's refusing to use the absolute path, and i have no clue why. it works fine for e.g. libLLVM and zlib in the same binary, though. | 22:20:19 |
Winter (she/her) | (it just uses @rpath/librustc_driver-462408defaa2092e.dylib, and I cannot for the life of me figure out why. all of the flags are fine.) | 22:21:08 |
Winter (she/her) | -L/nix/store/p0zl4f4wxr9sas3890mps2bsnr0wnb73-zlib-1.2.13/lib
-lz
this exact same invocation works fine! | 22:22:13 |
Winter (she/her) | gonna try a weird hack | 22:23:28 |
Winter (she/her) | no way this is the reason ๐คจ | 22:23:36 |
Winter (she/her) | guess i'll have to build rustc to test this properly, sigh | 22:28:01 |
Winter (she/her) | one rustc later: ./result/bin/clippy-driver:
@rpath/librustc_driver-462408defaa2092e.dylib (compatibility version 0.0.0, current version 0.0.0)
@rpath/libstd-1419ef55ae659654.dylib (compatibility version 0.0.0, current version 0.0.0)
๐ | 22:58:57 |
Winter (she/her) | there is literally no difference between these libraries and e.g. zlib in this context | 23:00:55 |
Winter (she/her) | so i have no clue what's wrong | 23:01:02 |
Winter (she/her) | guess i'm looking at cctools code | 23:08:05 |
Winter (she/her) | sigh | 23:08:08 |
Winter (she/her) | this can only go well | 23:08:18 |
| 18 Feb 2023 |
Winter (she/her) | update: it was the macho header | 01:07:32 |
trofi | I must say I am very confused by your updates. Did you post a link to the original bug you investigate? | 08:32:11 |