| 14 Oct 2025 |
 emily | it is arguably a Meson bug to accept __builtin_foo when you asked to check for foo | 16:50:06 |
| emily | IMO | 16:50:13 |
 Jan Tojnar | Thanks, forwarded that. | 17:09:22 |
| 15 Oct 2025 |
 Vladimír Čunát | I anticipate significant trouble with bmake on darwin in the current staging-next. A test is failing reliably there now, and it blocks important packages (including the channel). But changing bmake will normally rebuild darwin stdenv... | 10:36:53 |
| Vladimír Čunát | (the build during stdenv bootstrap did pass but the later one does not) | 10:37:52 |
 Randy Eckenrode | bmake is built only once during the bootstrap. You can detect the stage from the stdenv name to do a staging-next fix that avoids a rebuild then drop the condition in staging. | 11:20:55 |
| Randy Eckenrode | There are a couple of open issues about it. Meson devs might take patches, but they’re not actively working on a fix. | 11:22:24 |
| Randy Eckenrode | Darwin has sincos, but it’s prefixed with an underscore. I’m not sure how the _GNU_SOURCE thing solves the problem on Darwin, but if it does …. | 11:23:39 |
| Vladimír Čunát | Do you have a reference at hand for how to best do this detection? | 11:23:53 |
| Randy Eckenrode | (I fixed this on my working branch by defining sincos to __builtin_sincos.) | 11:24:13 |
| Vladimír Čunát | (I'd probably do at least quick bmake fixup to try at least building the blockers.) | 11:24:32 |
| Vladimír Čunát | * (I'd probably do at least quick bmake fixup to try at least building the blockers depending on it.) | 11:24:37 |
| Randy Eckenrode | https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/compilers/llvm/common/llvm/default.nix#L49 | 11:25:43 |
| Randy Eckenrode | Except it would be stage1 not stage-xclang. | 11:27:06 |
| Vladimír Čunát | Oh right, I could've used lib.trace to find the names. | 11:37:00 |
| Randy Eckenrode | Once the LLVM stuff lands that makes overriding work, it should be possible to move that check to an override in the bootstrap. | 11:38:41 |
 dramforever | maybe it's os dependent? | 11:39:16 |
| dramforever | what if it just fails on intense-heron but works on maximum-snail | 11:39:43 |
| Vladimír Čunát | The bmake issue is triggered by existence of some file, if I googled fast right. We've encountered this one already, apparently. | 11:41:11 |
| dramforever | i saw some stuff that say that but i can't reproduce | 11:42:40 |
| dramforever | so all i can gather is something makes macos do that | 11:42:50 |
| dramforever | runCommand "test" {} ''env -i "$(command -v env)" ; exit 1'' outputs __CF_USER_TEXT_ENCODING=0x15F:0:0 on the darwin community builder | 11:44:17 |
| Vladimír Čunát | Maybe if you create this file?
https://superuser.com/a/82194 | 11:50:54 |
| dramforever | doesn't seem to do anything when i creat that and relog | 11:55:12 |
| dramforever | * doesn't seem to do anything when i create that and relog | 11:55:18 |
| dramforever | what the hell | 11:55:27 |
| Vladimír Čunát | I'm pushing the fixup I have now. | 11:56:18 |
| Vladimír Čunát | (I just don't want to burn more of my time, but anyone can.) | 11:57:09 |
| 16 Oct 2025 |
|  Nick joined the room. | 01:53:23 |
| Nick changed their display name from norta to Nick. | 02:23:03 |
