| 6 May 2026 |
 srk ⚡️ | I have a PR fixing the sublib issue here, feedback welcome https://github.com/haskell/cabal/pull/11788 | 14:03:31 |
| srk ⚡️ | * I have a PR fixing the sublib issue, feedback welcome https://github.com/haskell/cabal/pull/11788 | 14:04:55 |
 alexfmpe | In reply to @artem.types:matrix.org
so, the doctest package now provides a separate executable cabal-doctest which enjoys cabal integration via the external command interface: if you have cabal-doctest in your PATH, you can run cabal doctest, which is nice. We rely on it in Cabal development. The issue is that the cabal-doctest executable is gated by a flag. So, to install it with cabal we do something like this: cabal install doctest --flag cabal-doctest. Is there an easy way to add such a flag-gated executable in my nix-shell? For sure, a simple haskellPackages.doctest won't cut it... enableCabalFlag "cabal-doctest" super.doctest | 18:09:52 |
| alexfmpe | Something like that, see configuration-nix.nix or so for examples | 18:10:10 |
 Artem | nice, will try, thank you | 18:10:28 |
| 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 |
