| 9 Jan 2026 |
sterni (he/him) | It got broken by a recent emscripten update again, just needs someone to look at config.log for ghc and see what goes wrong | 15:27:25 |
sterni (he/him) | This will be addressed by https://github.com/NixOS/cabal2nix/pull/667. In theory we could also expand the manual exclude list in the meantime, but I think it's not really urgent at this point anymore. | 15:28:56 |
ners | I'd love to help, but don't know how. | 15:29:18 |
sterni (he/him) | ners: it would already be helpful if you could open an issue for the problem and obtain the contents of config.log (written by autoconf). You can get that by building witih --keep-failed. | 15:31:18 |
sterni (he/him) | also link this piece of information, please: https://github.com/NixOS/nixpkgs/pull/466258#issuecomment-3651073416 | 15:32:43 |
Artem | i'm trying to build simple liquidhaskell app (https://github.com/ulysses4ever/liquid-haskell-demo) with
# default.nix
(pkgs.haskellPackages.callCabal2nix "liquid-haskell-app" ./liquid-haskell-app {}).overrideAttrs (old: {
nativeBuildInputs = (old.nativeBuildInputs or []) ++ [ pkgs.z3 ];
})
when I run nix-build I see that the builder runs haddock, which conflicts with liquid haskell (). I tried adding doHaddock = false; in the overrideAttrs but that didn't change a thing. What am I missing to turn off Haddock?
| 18:35:48 |
sterni (he/him) | you need to use the override interface of the haskell builder, not overrideAttrs | 18:36:22 |
sterni (he/him) | i.e. haskell.lib.compose.overrideCabal | 18:36:28 |
andromeda | In reply to @sternenseemann:systemli.org ners: it would already be helpful if you could open an issue for the problem and obtain the contents of config.log (written by autoconf). You can get that by building witih --keep-failed. most helpful thing I learned today: --keep-failed exists | 19:02:01 |
Artem | sterni: i tried
pkgs.haskell.lib.overrideCabal (pkgs.haskellPackages.callCabal2nix "liquid-haskell-app" ./liquid-haskell-app {}) (old: {
nativeBuildInputs = (old.nativeBuildInputs or []) ++ [ pkgs.z3 ];
doHaddock = false;
})
but that fails with a type error:
error: function 'anonymous lambda' called with unexpected argument 'nativeBuildInputs'
| 19:06:06 |
sterni (he/him) | That’s expected the dependency declarations are named different there to match cabal | 19:06:47 |
sterni (he/him) | you can look it up in the nixpkgs manual under “specifying dependencies” in the haskell section | 19:07:13 |
Artem | great, "buildTools" worked. Thanks a lot! | 19:16:47 |
andromeda | liquid haskell looks really cool | 19:48:59 |
Artem | apparently, core liquid packages in nixpkgs are built without liquid annotations for the same reason: Haddock was enabled by default. So, now I need to disable it there. haskell-modules/configuration-nix.nix seems like the right place? And it should look fairly similar (oveerideCabal) I guess. | 20:46:49 |
| 10 Jan 2026 |
| pnotequalnp joined the room. | 05:15:41 |
| Jean 💕 joined the room. | 11:28:04 |
tks_123 | mates | 13:02:04 |
tks_123 | Is there a way to add a haskell package as a flake (i.e. some other haskell project with its own flake.nix) into the haskellPackages of my own haskell project? | 13:03:37 |
tks_123 | are there examples of this out there? | 13:03:45 |
Acid Bong | In reply to @tks_123:matrix.org Is there a way to add a haskell package as a flake (i.e. some other haskell project with its own flake.nix) into the haskellPackages of my own haskell project? yup, but i hope they expose a package.nix with the package recipe alone, so you could haskellPackages.callPackage it | 13:25:26 |
Acid Bong | (for the sake of using the same version and edition of GHC) | 13:26:01 |
maralorn | Its complicated, the default flake interface is not really meant to be composable. | 16:03:30 |
maralorn | Some flake authors design their flake in a way that they expose a) the package and b) an overlay which injects the package. | 16:04:05 |
| aiya joined the room. | 19:38:17 |
aiya | so the 25.11 "default" GHC is 9.10, but LLVM only has 18-20 which is incompatible. is this intentional, or is LLVM 15 supposed to be in nixpkgs just to support 9.10 -fllvm?
i back-searched this chat for LLVM but only found conversation on bumping LLVM 12 -> 15 | 19:50:59 |
emily | we backport patches for newer LLVM support to older GHCs | 19:52:34 |
emily | (there aren't that many, the backend doesn't change much since it uses the LLVM textual IR format) | 19:52:52 |
emily | (mostly it's just backporting bumps to the version number it checks) | 19:53:02 |
emily | see pkgs/development/compilers/ghc/common-llvm-patches.nix | 19:53:14 |