| 22 Dec 2025 |
 maralorn | I have no clue if this is the smartes solution. | 22:19:27 |
 magic_rb | Hey if it works it works | 22:24:37 |
| magic_rb | It definitely wont be the dumbest/worst piece of the nix in the repo i want to put it in. I wrote that repos initial version years ago and boy was i an idiot | 22:25:22 |
| 23 Dec 2025 |
 chreekat | Fun cabal fact: there's also a --ghc-options flag (with an s). Lets you put multiple, space separated ghc options in one go | 04:59:59 |
| magic_rb | the deps for microlens-mtl_0_2_1_1 are wrong, it pulls in microlens but it needs microlens_0_5_0_0 | 11:27:22 |
 Alex | In reply to @magic_rb:matrix.redalder.org
the deps for microlens-mtl_0_2_1_1 are wrong, it pulls in microlens but it needs microlens_0_5_0_0 Nixpkgs does not do dependency solving.
Try overriding the haskell package set (see the Haskell section of the Nixpkgs manual). | 15:33:07 |
| magic_rb | Yeah i just overrode it manually for the deps, just kinda weird | 15:34:40 |
| magic_rb | The versioned packages exist, but they dont depend on yeah other | 15:35:03 |
| chreekat | I believe that all the versioned packages are just there because they can be with no guarantees | 17:06:45 |
| chreekat | * | 17:06:57 |
| magic_rb | Fair fair, thought it was an oversight :) | 17:35:00 |
| 26 Dec 2025 |
 Magnus | Did `ghc9103` get dropped from 25.11?
Only the native-bignum variant is present still. | 16:03:58 |
| Magnus | Somehow `ghc910` is listed as version 9.10.3 still though. | 16:11:13 |
 emily | isn't that because GMP or whatever was removed upstream? | 16:11:14 |
| emily | ah, no, that was integer-simple | 16:11:52 |
| emily | 9.10.3 looks there to me https://github.com/NixOS/nixpkgs/blob/nixos-25.11/pkgs/top-level/haskell-packages.nix | 16:12:02 |
| Magnus | I don't see it at https://search.nixos.org/packages?channel=25.11&query=ghc910 | 16:16:51 |
| emily | it's just being deduplicated with haskell.compiler.ghc910 pretty sure. search is weird. | 16:18:03 |
| emily | the minor version attributes aren't very supported AIUI | 16:18:10 |
| emily | er, the patch version ones that is | 16:18:14 |
| emily | you should say ghc910 rather than ghc9103 | 16:18:22 |
| Magnus | It's just than when doing overrides it's really nice to specify the exact version. Especially when we've in the past have been using several different minor versions in different projects that all share a common overlay. | 16:20:38 |
| Magnus | Very strange... I seem to have gotten a broken hash or something, because a 2nd nix flake update updated the hash again... and now 9.10.3 is there. I guess it was a blip. Very strange. | 16:23:18 |
| Magnus | * Very strange... I seem to have gotten a broken hash or something, because a 2nd nix flake update updated the hash again... and now 9.10.3 is there. I guess it was a blip. 🤷♂️ | 16:24:42 |
 Jack | Hi everyone. Thanks for all the work you do. Is there a nice way to force GHC to use the llvm backend in a similar way to pkgs.pkgsLLVM? I've noticed that if you dig in in the repl at `nixpkgs#haskell.compliler.ghc914.llvmPackages' it has what looks like a set "-fllvm"-satisfying dependencies. | 19:12:09 |
| Jack | In short, I'm trying to override and use "-fllvm" for all my dependencies but I can't find a better way than:
monad-par.extraBuildFlags = ["--ghc-options=-fllvm"];
monad-par.extraPkgconfigDepends = [
pkgs.llvmPackages_20.clang
pkgs.llvmPackages_20.libllvm
]
;
for all of them
| 19:13:35 |
| 27 Dec 2025 |
|  das-g changed their display name from das-g to das-g (DECT 7881). | 13:21:37 |
 sterni (he/him) | Jack: you can use forceLlvmCodegenBackend from the package set you are working with. It should also be possible to apply this globally by overriding mkDerivation | 17:53:25 |
| Jack | fantastic! | 17:53:44 |
| sterni (he/him) | https://github.com/NixOS/nixpkgs/blob/3aebc5e7ae7ca5e3aac2fc33b2d7f5d6e601cfa6/pkgs/development/haskell-modules/make-package-set.nix#L732-L752 | 17:54:19 |
