!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

703 Members
For discussions and questions about Haskell with Nix, cabal2nix and haskellPackages in nixpkgs | Current Docs: https://nixos.org/manual/nixpkgs/unstable/#haskell | Current PR: https://github.com/nixos/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Ahaskell-updates | Maintainer Docs: https://github.com/NixOS/nixpkgs/blob/haskell-updates/pkgs/development/haskell-modules/HACKING.md | More Nix: #community:nixos.org | More Haskell: #haskell-space:matrix.org | Merger Schedule: https://cloud.maralorn.de/apps/calendar/p/H6migHmKX7xHoTFa/dayGridMonth/now | Join #haskell.nix:libera.chat for question about the alternative haskell.nix infrastructure139 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
15 Sep 2025
@emilazy:matrix.orgemilythis is my fear with the GHC bootstrapping plan...13:00:07
@emilazy:matrix.orgemilyeither Lennart bends, Cabal/GHC maintainers do, or it's a fork situation13:00:32
@mangoiv.:matrix.orgMangoIV I think the one that Lennart won’t support is TH and that can’t be used in GHC either 13:08:07
@mangoiv.:matrix.orgMangoIVOh well… I guess if it’s used in boot libraries might still be an issue huh13:09:17
@teoc:matrix.orgteo (they/he)TH proper isn't used in boot libraries only TemplateHaskellQuotes, which means you don't have to worry about the tricky thing which is running splices13:11:13
@teoc:matrix.orgteo (they/he)In the long term, idk if GHC will continue to not use TH. GHC currently uses Generics to derive some of its typeclass instances and it leads to horribly slow compilation. TH would be one way to handle that in a better way. We can't currently use it, but that should be unblocked soon. I think the alternatives would be making Generics not slow, or a new way to derive instances13:12:58
@emilazy:matrix.orgemilyIIRC he said no plans for implicit params or magic hash, which sound like things GHC would plausibly use13:13:01

Show newer messages


Back to Room ListRoom Version: 6