!OqhvaDMJdKYUicLDiE:nixos.org

Nixpkgs Stdenv

226 Members
75 Servers

Load older messages


SenderMessageTime
27 Apr 2025
@haylin:envs.nethaylin joined the room.05:56:33
28 Apr 2025
@charlotte:vanpetegem.mechvp left the room.14:28:33
30 Apr 2025
@aleksana:mozilla.orgaleksana 🏳️‍⚧️ (force me to bed after 18:00 UTC)There isn't any consumer for these micro-architectures https://github.com/NixOS/nixpkgs/blob/master/lib/systems/architectures.nix12:08:25
@aleksana:mozilla.orgaleksana 🏳️‍⚧️ (force me to bed after 18:00 UTC)How are they supposed to be applied to a package or stdenv?12:08:54
@aleksana:mozilla.orgaleksana 🏳️‍⚧️ (force me to bed after 18:00 UTC)I'm hitting a similar situation for loongarch64, where I'm advised to raise march level by default, but I still want to preserve the possibility to build with lower march level. See doc https://github.com/loongson/la-softdev-convention/blob/master/la-softdev-convention.adoc#10-operating-system-package-build-requirements12:10:29
@sandro:supersandro.deSandro 🐧I use it like this https://github.com/NuschtOS/nixos-modules/blob/main/modules/simd.nix#L2012:42:23
@sheeldotme:matrix.orgsheeldotme joined the room.14:47:37
@aleksana:mozilla.orgaleksana 🏳️‍⚧️ (force me to bed after 18:00 UTC) Okay, so any usage of lib.systems.architectures.features? 14:56:46
@rosscomputerguy:matrix.orgTristan Ross
In reply to @aleksana:mozilla.org
Okay, so any usage of lib.systems.architectures.features?
Not that I'm aware of but I'll have to look at what it is first.
15:00:14
@aleksana:mozilla.orgaleksana 🏳️‍⚧️ (force me to bed after 18:00 UTC) It doesn't look like an exhausive list of either gcc features or /proc/cpuinfo 15:03:42
@aleksana:mozilla.orgaleksana 🏳️‍⚧️ (force me to bed after 18:00 UTC) Also what is the difference between lib.systems.platforms and lib.systems.examples? Why is armv7a-android in platforms while aarch64-android in examples? 15:59:36
1 May 2025
@rosariopulella:matrix.orgRosuavio changed their display name from Rosario Pulella to Rosuavio.20:09:28
3 May 2025
@reckenrode:matrix.orgRandy EckenrodeAny thoughts on changing the target check to treat arm64-apple-darwin and arm64-apple-macosxY.X as equivalent? Swift and SwiftPM heavily use the latter. It’s apparently the way that setting the deployment target is done.17:06:05
@qyliss:fairydust.spaceAlyssa RossI think we have to pick one17:09:21
@qyliss:fairydust.spaceAlyssa RossAssuming I'm correctly understanding what you mean by "target check"?17:10:12
@reckenrode:matrix.orgRandy Eckenrode The one that spams lots of warnings when you clang-wrapper -target <some triple>, and the triple is different from what the wrapper was built for. 17:11:16
@qyliss:fairydust.spaceAlyssa RossOh that sounds fine17:11:46
@qyliss:fairydust.spaceAlyssa RossAssuming LLVM treats them the same17:12:00
@reckenrode:matrix.orgRandy Eckenrode You can change the deployment target a bunch of different ways. The way Swift does it (and when invoking Clang) is via the triple. The wrapper tries to set the target via -mmacos-version-min=. I think there’s another way it can also fall back to do. 17:12:03
@reckenrode:matrix.orgRandy EckenrodeSo maybe Darwin can settle on following Swift’s lead and consolidate all those. Probably a 25.11 thing.17:12:38
@reckenrode:matrix.orgRandy Eckenrode

It would also fix the following warnings when SwiftPM invokes Clang.

Warning: supplying the --target arm64-apple-macosx10.13 != arm64-apple-darwin argument to a nix-wrapped compiler may not work correctly - cc-wrapper is currently not designed with multi-target compilers in mind. You may want to use an un-wrapped compiler instead.
17:14:42
@reckenrode:matrix.orgRandy Eckenrode *

It would also fix the following warnings when SwiftPM invokes Clang.

clang: warning: overriding '-mmacos-version-min=11.3' option with '-target arm64-apple-macosx10.13'
17:15:07
4 May 2025
@aleksana:mozilla.orgaleksana 🏳️‍⚧️ (force me to bed after 18:00 UTC)Two PRs aiming to fix "cross compilation" between different march https://github.com/NixOS/nixpkgs/pull/403549 https://github.com/NixOS/nixpkgs/pull/40396007:08:19
@numinit:matrix.orgMorgan (@numinit)

Randy Eckenrode: Hey there, Darwin question for you. ponyc does this and we have to patch:

https://github.com/NixOS/nixpkgs/blob/master/pkgs/by-name/po/ponyc/fix-darwin-build.patch

However, hydra is complaining about:

ld: warning: directory not found for option '-L/nix/store/6fg11q5s4xpgfpvps1hy7w9vjhfl14mx-Libsystem-11.0/lib'
ld: library not found for -lSystem

Feel like I'm just missing something stupid here.

21:58:08
@reckenrode:matrix.orgRandy Eckenrode Don’t use darwin.Libsystem. It’s an empty stub with nothing in it. It’s scheduled for removal too. If you need to find the location of libSystem.tbd, it’s in $SDKROOT/usr/lib. 22:00:16
@numinit:matrix.orgMorgan (@numinit)Gotcha, that explains it22:01:12
@numinit:matrix.orgMorgan (@numinit)Thanks, I'll give that a shot22:01:27
@numinit:matrix.orgMorgan (@numinit)Aha, solved it. Thank you23:38:43
9 May 2025
@p14:matrix.orgp14

Wait, does this make sense?

https://github.com/NixOS/nixpkgs/blob/907e98d6cc08e3261b63e3f8d2831841817b0041/pkgs/build-support/bintools-wrapper/ld-wrapper.sh#L84-L95

NIX_LDFLAGS_@suffixSalt@ and NIX_LDFLAGS_BEFORE_@suffixSalt@ are gated on the link type being empty. But NIX_LDFLAGS_AFTER_@suffixSalt@ is not.

An oversight, I presume? I just hit it with a bit of confusion as to why my override was not having effect in a static build (where the link type is set). It also looks to me like any tests should be using $linkType, per https://github.com/NixOS/nixpkgs/blob/907e98d6cc08e3261b63e3f8d2831841817b0041/pkgs/build-support/bintools-wrapper/ld-wrapper.sh#L32

06:01:05
@p14:matrix.orgp14 *

Wait, does this make sense?

https://github.com/NixOS/nixpkgs/blob/907e98d6cc08e3261b63e3f8d2831841817b0041/pkgs/build-support/bintools-wrapper/ld-wrapper.sh#L84-L95

NIX_LDFLAGS_@suffixSalt@ and NIX_LDFLAGS_BEFORE_@suffixSalt@ are gated on the link type being empty. But NIX\_LDFLAGS\_AFTER\_@suffixSalt@ is not.

An oversight, I presume? I just hit it with a bit of confusion as to why my override was not having effect in a static build (where the link type is set). It also looks to me like any tests should be using $linkType, per https://github.com/NixOS/nixpkgs/blob/907e98d6cc08e3261b63e3f8d2831841817b0041/pkgs/build-support/bintools-wrapper/ld-wrapper.sh#L32

06:01:27

Show newer messages


Back to Room ListRoom Version: 9