!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

720 Members
For discussions and questions about Haskell with Nix, cabal2nix and haskellPackages in nixpkgs | Current Docs: https://haskell4nix.readthedocs.io/ | More Nix: #community:nixos.org | More Haskell: #haskell-space:matrix.org143 Servers

Load older messages


SenderMessageTime
15 Sep 2025
@teoc:matrix.orgTeo (he/him)cause you get nice introspection for free13:26:25
@sternenseemann:systemli.orgsterni (he/him)we'll see how that turns out; when it happened I did not have the energy to look at the proposal at all13:26:44
@mangoiv.:matrix.orgMangoIV afaiu it doesn't seem to fix the problem that external build systems face with Setup.hs, but it may be made to do so. 13:28:10
@mangoiv.:matrix.orgMangoIVThe issue is that you still have to implement the Hooks externally.13:28:19
@mangoiv.:matrix.orgMangoIVso while it narrowed the scope, it didn't entirely fix the issue. 13:28:33
@mangoiv.:matrix.orgMangoIVmy point was that GHC already supports CPP 13:29:06
@mangoiv.:matrix.orgMangoIVit would be quite embarassing though, if GHC would replace generics with CPP 13:29:22
@emilazy:matrix.orgemilybtw can you fix cross-building a GHC (instead of building a cross GHC) so that I can delete https://github.com/NixOS/nixpkgs/blob/7201db431d05efb6df0b0ff40cdcae6e419b940d/pkgs/development/compilers/ghc/common-llvm-patches.nix thank you in advance :P13:29:27
@emilazy:matrix.orgemily(just going to assume you do 100% of GHC development and can fix everything)13:29:50
@emilazy:matrix.orgemilyI wonder how close to working that PR for it is13:30:35
@emilazy:matrix.orgemily(it would also fix TH right?)13:32:01
@teoc:matrix.orgTeo (he/him)Some folks were working on the stage2 cross patch weekend just gone13:32:24
@sternenseemann:systemli.orgsterni (he/him)I am more optimistic that this will be solved by just building all packages manually with Cabal and wiring up the bootstrap in Nix rather than in hadrian. (Which is something I plan to investigate this autumn.)13:32:25
@teoc:matrix.orgTeo (he/him)https://gitlab.haskell.org/ghc/ghc/-/merge_requests/1482713:32:51
@emilazy:matrix.orgemilyoh does that replace https://gitlab.haskell.org/ghc/ghc/-/merge_requests/1144413:33:14
@sternenseemann:systemli.orgsterni (he/him)This would probably mean more GHC patches for 9.14 or so, but those can probably be upstreamed eventually13:33:18
@teoc:matrix.orgTeo (he/him)We would also need TH to run on host or smth and maybe more. It's a whole kettle of fish13:33:20
@emilazy:matrix.orgemilythat sounds cool if achievable13:33:28
@mangoiv.:matrix.orgMangoIVwait, as in, build the entirety of GHC with nix or just let hadrian build single stages only?13:33:32
@teoc:matrix.orgTeo (he/him)Yeah it's that rebased13:33:36
@emilazy:matrix.orgemilybut feels like a heavy lift13:33:38
@alex:tunstall.xyzAlex
In reply to @emilazy:matrix.org
IIRC he said no plans for implicit params or magic hash, which sound like things GHC would plausibly use

GHC uses both, yes.

They are not too difficult to hack around. (Magic hash is purely syntactical, implicit params is in a sense sugar.)

13:33:50
@emilazy:matrix.orgemilyat that point you're basically rewriting Hadrian in Nix right?13:34:04
@emilazy:matrix.orgemilyor wait Hadrian doesn't even use Cabal right...13:34:11
@emilazy:matrix.orgemilyI can't keep all this stuff straight13:34:16
@teoc:matrix.orgTeo (he/him)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

Show newer messages


Back to Room ListRoom Version: 6