!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

690 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 infrastructure137 Servers

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


SenderMessageTime
15 Sep 2025
@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
@emilazy:matrix.orgemilythough of course magic hash stuff may be dodgy for portability in general13:13:11
@emilazy:matrix.orgemily GHC using TH sounds like it'd make @sternenseemann:systemli.org's day :P 13:13:37
@emilazy:matrix.orgemily(I guess it'd be fine as long as cross starts working properly again)13:13:57
@teoc:matrix.orgteo (they/he)Yeah GHC using TH is blocked on all the glaring issues with TH cross being solved13:14:24
@emilazy:matrix.orgemilygenerics being slow enough for TH to seem better depresses me. in the tail end of my Haskell activity I was praying all this new stuff would kill off TH13:14:51
@emilazy:matrix.orgemilyI dislike TH very much :)13:15:13
@mangoiv.:matrix.orgMangoIV What does magichash have to do with portability 13:16:04
@mangoiv.:matrix.orgMangoIVmagichash is a purely syntactic extension 13:16:21
@maralorn:maralorn.demaralornIdk. I think the idea of macros/front loading as much as logic as possible to the compile step seems very intriguing to me.13:16:46
@mangoiv.:matrix.orgMangoIVimplicitparams sounds like it is mostly relevant for HasCallStack. you can special case that if you want. 13:17:01
@teoc:matrix.orgteo (they/he) It's always hard to kill off old code. I basically want to implement something (very vaguely) like Rust's facet for Haskell, and I think that could do it. I've been thinking about this for a while and it hasn't happened yet so we will see if it ever happens 13:17:26

Show newer messages


Back to Room ListRoom Version: 6