!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

678 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

Load older messages


SenderMessageTime
30 Sep 2025
@maralorn:maralorn.demaralornI don’t think there is a viable bindist.16:07:46
@mangoiv.:matrix.orgMangoIV Aha makes sense. 16:07:58
@mangoiv.:matrix.orgMangoIV What does Ghcup do 16:08:01
@maralorn:maralorn.demaralornIt does not work on nixos.16:08:12
@mangoiv.:matrix.orgMangoIV Fwiw even a FOD would be good 16:08:30
@mangoiv.:matrix.orgMangoIV I do know that. I wonder where they get their binary from. 16:08:46
@maralorn:maralorn.demaralornBut roughly: There is a bindist of hls for every bindist of ghc.16:08:51
@maralorn:maralorn.demaralornhls ci builds them.16:09:00
@mangoiv.:matrix.orgMangoIV I see. 16:09:14
@mangoiv.:matrix.orgMangoIV (Fwiw same applies for GHC bindist) 16:09:50
@mangoiv.:matrix.orgMangoIV A FOD would be good 16:10:04
@maralorn:maralorn.demaralornI mean, we somehow use ghc bindists in nixpkgs, right?^^16:10:38
@maralorn:maralorn.demaralornI don’t even know what our derivations for that do differently from ghcup. 😄16:10:55
@maralorn:maralorn.demaralornA fod of what?16:11:12
@teoc:matrix.orgteo (they/he)I was just reading the binary GHC bindist code. There's a bit of complexity there, but it's mostly just using patchelf to provide the C deps16:12:36
@teoc:matrix.orgteo (they/he)The Haskell libs come from relative paths and that apparently complicates the patchelf stuff somehow16:13:43
@mangoiv.:matrix.orgMangoIV HLS. Just let cabal solve it, maybe use something like francescos thing 16:14:06
@mangoiv.:matrix.orgMangoIV Basically excempt the annoying things from the package set and just let cabal solve for them and install the static binary 16:15:41
@mangoiv.:matrix.orgMangoIV Then you build one per GHC and that’s it. 16:15:57
@teoc:matrix.orgteo (they/he)Isn't there a thing about how GHC/HLS can't be statically linked16:16:20
@mangoiv.:matrix.orgMangoIV Oh I mean Haskell static linking? 16:16:37
@mangoiv.:matrix.orgMangoIV Fwiw it’s not important. I basically just mean, cut off the binary so the closure isn’t huge 16:17:27
@maralorn:maralorn.demaralornYeah, no. Not possible if you want to support TH.16:17:51
@teoc:matrix.orgteo (they/he)Yeah that sounds reasonable. We basically do this at work with haskell.nix but I wouldn't recommend that since haskell.nix has horrible eval times16:18:04
@maralorn:maralorn.demaralorn(The static linking thing.)16:18:26
@mangoiv.:matrix.orgMangoIV That’s the Hadrian bug right 16:18:49
@maralorn:maralorn.demaralornI don’t think so.16:19:02
@maralorn:maralorn.demaralornI think it’s because HLS uses another linker when it is statically linked and that linker sucks at linking in splices.16:19:31
@mangoiv.:matrix.orgMangoIV Ah HLS 16:19:44
@mangoiv.:matrix.orgMangoIVI thought *at all^16:19:49

Show newer messages


Back to Room ListRoom Version: 6