!UNVBThoJtlIiVwiDjU:nixos.org

Staging

366 Members
Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.11 | Review Reports: https://malob.github.io/nix-review-tools-reports/116 Servers

Load older messages


SenderMessageTime
10 Apr 2026
@vcunat:matrix.orgVladimír ČunátMore precisely, POSIX chose that page size is not a compile-time constant. (I believe, after a bit of looking around)09:37:59
@vcunat:matrix.orgVladimír Čunát* More precisely, POSIX chose that page size is not a compile-time constant. (I believe, after a bit of looking around) I think it would be too painful to diverge.09:38:31
@vcunat:matrix.orgVladimír Čunát* More precisely, POSIX chose that page size is not a compile-time constant. (I believe, after a bit of looking around) I think it would be too painful to differ on this point.09:38:46
@yuka:yuka.devYureka (she/her) But yes it's definitely openblas 0.3.31 -> 0.3.32. Reverting that, I can also build scipy on my macbook again. I'll bisect openblas next. 09:49:28
@yuka:yuka.devYureka (she/her)3f6e928d34aca977bd5d4191e6d2c2338a342db510:35:01
@yuka:yuka.devYureka (she/her)Declare result as volatile to keep compilers from optimizing it out10:35:06
@yuka:yuka.devYureka (she/her)Redacted or Malformed Event10:35:10
@yuka:yuka.devYureka (she/her)Redacted or Malformed Event10:35:25
@yuka:yuka.devYureka (she/her)https://github.com/OpenMathLib/OpenBLAS/issues/570810:36:10
@yuka:yuka.devYureka (she/her)https://github.com/OpenMathLib/OpenBLAS/pull/571010:36:21
@yuka:yuka.devYureka (she/her)https://github.com/NixOS/nixpkgs/pull/50857610:42:20
@k900:0upti.meK900Oh yeah10:58:56
@k900:0upti.meK900 @emily posted this before 10:59:02
@emilazy:matrix.orgemilyit was someone else. I just drive-by cringed at the terrifying workaround11:03:30
@yuka:yuka.devYureka (she/her)Now only 17 failing tests in scipy11:04:12
@yuka:yuka.devYureka (she/her)so there is something else borked11:04:20
@emilazy:matrix.orgemilyI'm sceptical it's an actual miscompilation and not UB in OpenBLAS tbh11:04:31
@k900:0upti.meK900Should probably make it conditional on aarch6411:04:33
@emilazy:matrix.orgemilynot to say applying the upstream patch isn't the appropriate fix for now11:04:44
@emilazy:matrix.orgemily but very hard for me to imagine removing volatile turning correct code into a miscompilation esp. when it was added in a "fight the optimizer" folly. ah well 11:05:57
@emilazy:matrix.orgemilylibraries upstream of the whole universe and pervasive UB that actively breaks, name a more iconic duo11:06:55
@reckenrode:matrix.orgRandy EckenrodeAlas, it appears the libiconv issue that Autoconf tests is not addressed. Still need to see on man-db.11:36:39
@qyliss:fairydust.spaceAlyssa RossIf upstream has applied it I don't think that makes sense (rebuilds aside)12:20:25
@k900:0upti.meK900Rebuilds yeah12:20:45
@k900:0upti.meK90018k of them12:20:47
@k900:0upti.meK900I guess we're not that far in yet12:20:59
@yuka:yuka.devYureka (she/her)orrr13:03:27
@yuka:yuka.devYureka (she/her)the other scipy failures are also because of the remaining volatile13:03:38
@yuka:yuka.devYureka (she/her)Redacted or Malformed Event13:03:39
@sampointon:matrix.orgsampointonCould someone with a Mac try a build of gts with NIX_CFLAGS_COMPILE=--std=gnu17? At this point I'm suspicious of any C FTBFS as being fallout from the autotools bump and the new C23 assumption, but it's only happening on Apple platforms and I don't have one of those13:08:02

Show newer messages


Back to Room ListRoom Version: 6