!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

691 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 infrastructure138 Servers

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


SenderMessageTime
15 Sep 2025
@emilazy:matrix.orgemilybut even for bootstrapping GHC I think you'd want the full MicroHs13:42:54
@sternenseemann:systemli.orgsterniI guess nothing inherently, it's just that it's an incomplete reimplementation of the old make build system with some arbitrary improvements. It regressed a bunch of stuff that hasn't been fixed to this day. I find it much more unwieldy to work with and understand because it uses kind of fuzzy abstractions and it is hard to inspect what it decides to do internally and even harder to override certain aspects of its behavior. Also there are questionable design decisions like always building an bindist instead of installing directly (this sounds good in theory, but is not really a good idea).13:43:00
@emilazy:matrix.orgemilybecause like, why not be uniform13:43:03
@mangoiv.:matrix.orgMangoIV and you don't get around the freeze-stage-n thing anyway because it's just a user choice of whether or not recompiler the respective boot compiler 13:43:20
@mangoiv.:matrix.orgMangoIVthe tool cannot decide that for you 13:43:27
@teoc:matrix.orgteo (they/he)My view is that if people want to make it build with cabal-install, then that leads to better code in GHC since we make fewer assumptions. And it just means that stuff gets made nicer13:44:12
@sternenseemann:systemli.orgsterniIt kind of boils down to that, from a packager's perspective, make is understood software and you know how to work with it and debug it. Hadrian is just too smart and a bit of a black box. I think the motivation was that people were getting scared to change the make build system since it was getting to complicated and unwieldy, but hadrian did not significantly simplify things as far as I can tell.13:44:37
@teoc:matrix.orgteo (they/he) Yeah good q. I feel like people ran out of steam right? And the main Hadrian person was hired by Jane Street 13:44:43
@sternenseemann:systemli.orgsterniI mean all the packages have the semantics of Cabal packages already so you are just simplifying stuff as much as possible if you do that.13:45:08
@mangoiv.:matrix.orgMangoIVbut cabal can indeed not build GHC, can it? 13:45:26
@mangoiv.:matrix.orgMangoIVlike these are required conditions, but not sufficient ones13:45:53

Show newer messages


Back to Room ListRoom Version: 6