!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

682 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 infrastructure134 Servers

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


SenderMessageTime
15 Sep 2025
@emilazy:matrix.orgemilyI can't keep all this stuff straight13:34:16
@teoc:matrix.orgteo (they/he)This would be great. Whatever happens, it would be great if boot libs were built with nix and weren't special13:34:21
@mangoiv.:matrix.orgMangoIVhadrian is shake based. 13:34:41
@emilazy:matrix.orgemilycalling implicit params sugar feels a bit of a stretch to me, it has some pretty weird/deep semantics :)13:34:59
@emilazy:matrix.orgemilybut if you mean "can easily be removed much of the time" then fair13:35:09
@toonn:matrix.orgtoonn sterni: What are the problems with Hadrian? 13:35:41
@mangoiv.:matrix.orgMangoIV they are reverse sugar - it's mostly to support HasCallstack... :D 13:35:47
@alex:tunstall.xyzAlex
In reply to @teoc:matrix.org
This would be great. Whatever happens, it would be great if boot libs were built with nix and weren't special
autoconf might give some trouble, but building bootlibs without Hadrian is possible as long as you have a compiler, cabal, and a cpphs implementation.
13:35:52
@mangoiv.:matrix.orgMangoIV i don't understand how it came to be that they exposed that stuff but are reluctant to make withDict work for data dicts 13:36:13
@emilazy:matrix.orgemilybuilding libraries separate from compilers and never mixing multiple compiler build/host/target builds in one derivation is all I want in this world 🙏13:36:22
@mangoiv.:matrix.orgMangoIVthat seems absurd to me 13:36:23
@emilazy:matrix.orgemilyimplicit parameters don't screw with the semantics of normal type classes13:37:03
@mangoiv.:matrix.orgMangoIVyeah but they're special cased in all kinds of ways 13:37:24
@emilazy:matrix.orgemilyis there an obstacle to still using Hadrian to build one stage but then layering those with Nix?13:37:39
@emilazy:matrix.orgemilyif that could solve cross then it feels like an easier intermediate step13:37:51
@mangoiv.:matrix.orgMangoIV you can just --freeze-stagen 13:38:18
@sternenseemann:systemli.orgsterni more packages are just normal cabal packages in tree now, something that John Ericson has worked on. There is an effort to utilize this for building GHC https://github.com/stable-haskell/ghc/pull/89, though they are using cabal.project files instead of Nix which apparently also causes its own issues. 13:38:34

Show newer messages


Back to Room ListRoom Version: 6