| 6 May 2026 |
 Artem | alexfmpe: in a standalone shell.nix, how do i get to that haskellLib that seems to define enableCabalFlag? | 18:18:37 |
| Artem | doctest = pkgs.haskell.lib.enableCabalFlag "cabal-doctest" super.doctest;
seems to go further but fails with "error: expected a set but found a string: "cabal-doctest"" while the examples in haskellPackages do use strings there (e.g. https://github.com/NixOS/nixpkgs/blob/1345ea31ceb06f9f74417083b2ec2d4e7d911e0b/pkgs/development/haskell-modules/configuration-nix.nix#L926)
| 18:22:01 |
 alexfmpe | try flipping the arguments, that set is likely supposed to be super.doctest | 18:35:57 |
| alexfmpe | or switch to pkgs.haskell.lib.compose | 18:36:05 |
| 7 May 2026 |
|  Agahnim joined the room. | 12:02:42 |
 MangoIV | what is the reason for useLLVM being off-by-default? | 14:21:39 |
 Jack (he/him) | Wasn’t the person who made that switch. But it takes longer to compile, and that’s GHC’s default behavior unless you use -fllvm | 21:28:16 |
| alexfmpe | I think it's also currently broken for windows, something about split sections | 21:45:09 |
| alexfmpe | there was a recent PR fixing it, dunno if anything released had it backported | 21:45:27 |
| 8 May 2026 |
| MangoIV | I mean. Enabling only on platforms that it works on would go a long way. IMO it’s just a bit weird that you need to rebuild the compiler even though LLVM is basically a runtime dependency. | 09:17:04 |
 emily | I believe it affects the config | 11:34:02 |
| emily | like the settings file stuff | 11:36:21 |
| emily | idk if that could be split out to a separate derivation | 11:36:32 |
| emily | LLVM is pretty chunky to pull in non-optionally | 11:36:46 |
| emily | considering stuff depending on Pandoc, ShellCheck etc. and GHC's historical problems with LLVM version support | 11:37:16 |
| emily | if it could just be a wrapper rebuild to use LLVM that would be one thing | 11:37:57 |
| emily | oh | 11:38:53 |
| emily | https://github.com/NixOS/nixpkgs/blob/8554fb1b7455107dda8184fff913e601254ab527/pkgs/development/haskell-modules/with-packages-wrapper.nix | 11:38:56 |
| emily | pretty sure you can just override withPackages and skip the compiler build | 11:39:12 |
| emily | overriding the compiler build itself is requesting it do the actual bootstrap with LLVM I think | 11:39:50 |
 Teo (he/him) | This would be great imo | 11:41:05 |
| emily | well I think ^ is that | 11:49:40 |
| emily | https://github.com/NixOS/nixpkgs/blob/8554fb1b7455107dda8184fff913e601254ab527/pkgs/development/haskell-modules/with-packages-wrapper.nix#L202 | 11:50:21 |
| emily | I guess it basically just adds it to the path and doesn't even add -fllvm itself? | 11:51:44 |
|  Ember changed their display name from Ember Void to Ember. | 15:21:36 |
 Alex | Yes, to build the boot libraries and the stage2 compiler.
(This has been said before, but it would be really nice to find a way to split stage1 and stage2 into separate derivations.) | 17:00:27 |
| 9 May 2026 |
|  whispers [& it/fae] joined the room. | 05:09:50 |
| 10 May 2026 |
 eveeifyeve | A good question, has anyone seen if https://gitlab.haskell.org/ghc/ghc/-/commit/78ad81ecef846f73fee0f6c1a86cd6f19aa29b21.patch was backported to GHC 9.8? Because I only see 9.6.x and 9.10.x have it. | 14:00:26 |
| eveeifyeve | * A good question, has anyone seen if https://gitlab.haskell.org/ghc/ghc/-/commit/78ad81ecef846f73fee0f6c1a86cd6f19aa29b21 was backported to GHC 9.8? Because I only see 9.6.x and 9.10.x have it. | 14:00:46 |
| alexfmpe | doesn't look it | 14:06:49 |
