| 23 Dec 2025 |
 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 |
| Jack | thank you very much. I'm doing compression and llvm made a huge performance difference, so now I'm very curious of extending it to dependencies will also affect it. | 17:55:00 |
 maralorn | Is it even possible to link object files from different llvm and native backend? | 18:00:01 |
| sterni (he/him) | yes | 18:00:41 |
|  Nyte changed their display name from realnyte to Nyte. | 21:22:08 |
| 28 Dec 2025 |
|  Lenny. changed their display name from Lenny. to Lenny. ☎️5665. | 14:25:15 |
| 29 Dec 2025 |
 MangoIV | I'm going nutz - I do doJailbreak hsuper.integer-logarithms as usual and it's build-type Simple and it fails with missing or private dependencies ghc-bignum <bla> installed <blup>
Is that something that happens only with ghc-bignum? Or does somebody know what's going on there?
| 10:44:45 |
