| 17 Feb 2023 |
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:matrix.org | I must say I am very confused by your updates. Did you post a link to the original bug you investigate? | 08:32:11 |
| sielicki joined the room. | 19:04:15 |
sielicki | Has anyone taken a look at integrating with https://libc.llvm.org/ in overlay mode? | 19:04:30 |
| 20 Feb 2023 |
| tpw_rules joined the room. | 02:34:23 |
tpw_rules | In reply to @vcunat:matrix.org aarch64-linux gcc bootstrap: https://github.com/NixOS/nixpkgs/pull/207135#issuecomment-1415896172 I think this is ready to go? upload needs to be done | 02:39:14 |
vcunat | In reply to @tpw_rules:matrix.org I think this is ready to go? upload needs to be done Yes, I'm waiting for the upload. I don't have permissions. I asked two different people already. | 07:52:53 |
Artturin | structuredAttrs related https://github.com/NixOS/nixpkgs/pull/217206 | 16:39:37 |
| 21 Feb 2023 |
@trofi:matrix.org | Did you know make install is not running in parallel in nixpkgs? https://github.com/NixOS/nixpkgs/pull/217568 | 21:56:32 |
Alyssa Ross | I'd been wondering about that | 21:58:03 |
Alyssa Ross | also because of openssl | 21:58:11 |
| 24 Feb 2023 |
Artturin | https://github.com/NixOS/nixpkgs/pull/76732#issuecomment-1442172547
Was having lists in env automatically have toString run on them ever considered?
| 04:31:34 |
Artturin | nix-repl> (keepassxc.overrideAttrs(oA: { passthru.oA = oA; })).oA.env.NIX_CFLAGS_COMPILE
[ "-Wno-old-style-cast" "-Wno-error" "-D__BIG_ENDIAN__=0" ]
nix-repl> keepassxc.NIX_CFLAGS_COMPILE
"-Wno-old-style-cast -Wno-error -D__BIG_ENDIAN__=0"
nix-repl> (keepassxc.overrideAttrs(oA: { passthru.oA = oA; })).oA.NIX_CFLAGS_COMPILE
error:
… while evaluating the attribute 'oA.NIX_CFLAGS_COMPILE'
at «string»:1:32:
1| (keepassxc.overrideAttrs(oA: { passthru.oA = oA; })).oA.NIX_CFLAGS_COMPILE
| ^
error: attribute 'NIX_CFLAGS_COMPILE' missing
at «string»:1:1:
1| (keepassxc.overrideAttrs(oA: { passthru.oA = oA; })).oA.NIX_CFLAGS_COMPILE
| ^
| 04:42:20 |
Artturin | that would allow appending nicely in overrideAttrs | 04:42:38 |
Artturin | diff --git a/pkgs/applications/misc/keepassxc/default.nix b/pkgs/applications/misc/keepassxc/default.nix
index 3c74b6e9175..158ffe5fc8d 100644
--- a/pkgs/applications/misc/keepassxc/default.nix
+++ b/pkgs/applications/misc/keepassxc/default.nix
@@ -49,11 +49,11 @@ stdenv.mkDerivation rec {
sha256 = "sha256-amedKK9nplLVJTldeabN3/c+g/QesrdH+qx+rba2/4s=";
};
- env.NIX_CFLAGS_COMPILE = lib.optionalString stdenv.cc.isClang (toString [
+ env.NIX_CFLAGS_COMPILE = lib.optionals true [
"-Wno-old-style-cast"
"-Wno-error"
"-D__BIG_ENDIAN__=${if stdenv.isBigEndian then "1" else "0"}"
- ]);
+ ];
NIX_LDFLAGS = lib.optionalString stdenv.isDarwin "-rpath ${libargon2}/lib";
diff --git a/pkgs/stdenv/generic/make-derivation.nix b/pkgs/stdenv/generic/make-derivation.nix
index 3d60934557c..fc36edf9ee4 100644
--- a/pkgs/stdenv/generic/make-derivation.nix
+++ b/pkgs/stdenv/generic/make-derivation.nix
@@ -537,8 +537,8 @@ else let
assert lib.assertMsg (overlappingNames == [ ])
"The ‘env’ attribute set cannot contain any attributes passed to derivation. The following attributes are overlapping: ${lib.concatStringsSep ", " overlappingNames}";
lib.mapAttrs
- (n: v: assert lib.assertMsg (lib.isString v || lib.isBool v || lib.isInt v || lib.isDerivation v)
- "The ‘env’ attribute set can only contain derivation, string, boolean or integer attributes. The ‘${n}’ attribute is of type ${builtins.typeOf v}."; v)
+ (n: v: assert lib.assertMsg (lib.isString v || lib.isBool v || lib.isInt v || lib.isDerivation v || lib.isList v)
+ "The ‘env’ attribute set can only contain derivation, list, string, boolean or integer attributes. The ‘${n}’ attribute is of type ${builtins.typeOf v}."; (if lib.isList v then toString v else v))
env;
in
| 04:42:47 |
Artturin | https://github.com/NixOS/nixpkgs/pull/217962 | 04:52:20 |
| 3 Mar 2023 |
Artturin | https://github.com/NixOS/nixpkgs/pull/219182 | 15:09:21 |
| 7 Mar 2023 |
Winter (she/her) | [nix-shell:~]$ which hello
/nix/store/nfzcdd26n8qs7dyh6kwz2hmp9rkppdcg-hello-2.12.1/bin/hello
[nix-shell:~]$ patchelf --print-needed /nix/store/nfzcdd26n8qs7dyh6kwz2hmp9rkppdcg-hello-2.12.1/bin/hello
libc.so.6
ld-linux-aarch64.so.1
anyone know why we add ldso to needed for (as far as I can tell) just aarch64? i can't get the same result on x86_64-linux, and I don't see any extra flags added via ld-wrapper that would cause this. | 01:44:35 |