!OqhvaDMJdKYUicLDiE:nixos.org

Nixpkgs Stdenv

221 Members
68 Servers

Load older messages


SenderMessageTime
13 Feb 2026
@emilazy:matrix.orgemily because macOS upstream default is fast so we certainly wouldn't go below that OOTB 23:58:31
@emilazy:matrix.orgemilywould be interesting to see if 25.05 → 25.11 regresses macOS Nix perf anyway23:59:07
@emilazy:matrix.orgemily(but controlling for version might be hard?)23:59:12
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)
In reply to @emilazy:matrix.org
because macOS upstream default is fast so we certainly wouldn't go below that OOTB
As in the llvm toolchain enables that by default?
23:59:13
14 Feb 2026
@emilazy:matrix.orgemily

yes:

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/c++/v1/__config_site
43:#define _LIBCPP_HARDENING_MODE_DEFAULT 2
00:00:26
@emilazy:matrix.orgemily (2 is fast) 00:00:29
@xokdvium:matrix.orgSergei Zimmerman (xokdvium)
In reply to @emilazy:matrix.org
would be interesting to see if 25.05 → 25.11 regresses macOS Nix perf anyway
Hm, I guess the only way to tell is to benchmarking :) I could see about how that would affect nix itself. Undefing the flag should be easy enough
00:05:09
@r_i_s:matrix.orgris_i'm going to prepare a PR to switch back to fast11:04:39
@r_i_s:matrix.orgris_ this does make me wonder how libcxxhardening* should interact with _LIBCPP_HARDENING_MODE_DEFAULT though 11:30:03
@r_i_s:matrix.orgris_https://github.com/NixOS/nixpkgs/pull/49035812:07:04
4 Aug 2022
@winterqt:nixos.devWinter (she/her) joined the room.03:27:09
@0x4a6f:matrix.org[0x4A6F] joined the room.22:08:01
6 Aug 2022
@winterqt:nixos.devWinter (she/her)

Does anyone know where the fact that the Darwin stdenv builds CMake twice comes from? As far as I can tell, it's from stage 0, and then just gets used in the other stages from there. Am I missing something here, is it something with the overrides? It looks like it might be, but then the fact that those are only allowed in the final stage (per booter.nix) (when that doesn't seem true, since then they wouldn't be defined...?) comes up.

(Isn't this the same pattern (defining in one stage and referencing in the others) that makes Glibc only build a limited number of times in the Linux stdenv?)

08:00:17
@trofi:matrix.org@trofi:matrix.org

You think cmake should be rebuild less? Or more?

glibc's is probably a bit different as it's a part of stdenv.cc.libc and mainly used by that I would guess. Also, if depends if the package is used or not by other packages in the derivation would affect rebuild count as well.

14:59:09
@trofi:matrix.org@trofi:matrix.org Looking at stdenv's dep tree I see 2 cmake-boot hashes and one cmake hash: https://dpaste.com/8GGM6P9BF.txt 15:03:11
@winterqt:nixos.devWinter (she/her)
In reply to @trofi:matrix.org

You think cmake should be rebuild less? Or more?

glibc's is probably a bit different as it's a part of stdenv.cc.libc and mainly used by that I would guess. Also, if depends if the package is used or not by other packages in the derivation would affect rebuild count as well.

I have no particular opinion, I'm just curious how that happens.
21:22:09
@winterqt:nixos.devWinter (she/her) Oh, for clarification, I was talking about cmake-boot. 21:22:19
@winterqt:nixos.devWinter (she/her) (which is cmake in the stdenv stages) 21:22:29
@winterqt:nixos.devWinter (she/her)see the line i linked21:22:36
@trofi:matrix.org@trofi:matrix.org AFAIU cmake = cmakeMinimal is only for stage1-4 (first build: bootstrapTools -> cmake-boot in pastebin). Last stage uses cmake as is. Also note that cmakeMinimal is used by zstd (used by final stage, does second build: stage4 -> cmake-boot -> zstd in pastebin). 21:44:31
@trofi:matrix.org@trofi:matrix.org I used the following command to grep through the full depgraph: $ nix-store --query --graph $(nix-instantiate -A stdenv --argstr system x86_64-darwin) 21:45:39
10 Aug 2022
@luxus:furiosa.orgluxus joined the room.09:55:36
17 Aug 2022
@trofi:matrix.org@trofi:matrix.org Quiz question: for a final glibc used in nixpkgs all over the place which gcc you think is used to build it on linux? a) Possible answers: gcc from bootstrap tools b) gcc from nixpkgs. 17:36:21
@trofi:matrix.org@trofi:matrix.orgYou knew :)17:39:09
@artturin:matrix.orgArtturinobviously it is the more ridiculous answer 🙃17:40:03
@trofi:matrix.org@trofi:matrix.orgYeah :) Spoiler: https://dpaste.com/DMD34BUN9.txt17:40:23
@trofi:matrix.org@trofi:matrix.org * Quiz question: for a final glibc used in nixpkgs all over the place which gcc you think is used to build it on linux? Possible answers: a) gcc from bootstrap tools b) gcc from nixpkgs. 17:42:06
@vcunat:matrix.orgvcunatAFAIK it isn't easy to do better. gcc links against glibc. So either somehow try replacing it later (rather hacky, probably) or build gcc twice during bootstrapping (will remain persistently annoying). Or as you suggest, update the bootstrapping tools more often.17:49:27
@vcunat:matrix.orgvcunatI might've missed some options. Or perhaps even confuse something.17:49:48
@vcunat:matrix.orgvcunat * I might've missed some options. Or perhaps even confused something.17:49:52

Show newer messages


Back to Room ListRoom Version: 9