nordic-dev.net/nixpkgs
nordic-dev.net/nixpkgs
2
0
Fork 0
mirror of https://github.com/NixOS/nixpkgs.git synced 2024-12-11 16:23:26 +00:00
Code Issues Packages Projects Releases Wiki Activity
224dedb036
nixpkgs/pkgs/top-level/haskell-packages.nix

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

640 lines
28 KiB
Nix
Raw Normal View History

haskell.compiler.*: be clear about LLVM build->target role Since LLVM itself doesn't depend on target at all, this doesn't change anything *in effect* (i. e. rebuild count should be zero), but it is more clear about the intention and what LLVM is used for here (i. e. in depsBuildTarget).
2021-11-24 12:48:37 +00:00
{ buildPackages, pkgsBuildTarget, pkgs, newScope, stdenv }:
Major Haskell packages overhaul. Several changes, some highlights: * Structure of haskell-packages.nix updated. It's now easier to select different default versions of packages for different versions of GHC. * GHC 7.0.2 is now default. * Haskell Platform 2011.2.0.0 has been added and is now default. * Several packages have been updated (gtk2hs, gitit, xmonad, darcs, ...). * Some old packages have been removed. svn path=/nixpkgs/trunk/; revision=26288
2011-03-12 17:28:15 +00:00
haskell infra: Misc cleanups - The haskell lib is very close to not relying on Nixpkgs. I think this is good---simpler to think about and matches Nixpkgs's lib. - The haskell lib is only imported once - stdenv is exposed more shallowly so it can be overriden more easily. I'll eventually use this on Darwin to avoid the Sierra shared library problems (unless changes are to be made system-wide). Closes https://github.com/NixOS/nixpkgs/pull/27840.
2017-08-01 16:44:08 +00:00
let
haskell.compiler.integer-simple: construct using include list There won't be any new integer-simple compilers and they are already in the minority, so converting the mechanism to an include list is much better. Maybe native-bignum should now become an exclude list additionally? Verified that nix-env -qaP -A haskell.compiler output stays identical.
2023-11-17 10:38:00 +00:00
# These are attributes in compiler that support integer-simple.
integerSimpleIncludes = [
"ghc88"
"ghc884"
"ghc810"
"ghc8107"
ghcHEAD: 8.11.20200505 -> 8.11.20200731
2020-06-19 09:06:42 +00:00
];
haskell.compiler: determine native-bignum GHCs via excludes native-bignum has become the norm, so let's convert it to an exclude rather than an include list. This way it's no longer possible to forget to add a newly packaged GHC to the include list.
2024-02-15 15:05:55 +00:00
nativeBignumExcludes = integerSimpleIncludes ++ [
# haskell.compiler sub groups
"integer-simple"
"native-bignum"
# Binary GHCs
"ghc865Binary"
"ghc8107Binary"
"ghc924Binary"
"ghc963Binary"
# ghcjs
"ghcjs"
"ghcjs810"
haskell infra: Misc cleanups - The haskell lib is very close to not relying on Nixpkgs. I think this is good---simpler to think about and matches Nixpkgs's lib. - The haskell lib is only imported once - stdenv is exposed more shallowly so it can be overriden more easily. I'll eventually use this on Darwin to avoid the Sierra shared library problems (unless changes are to be made system-wide). Closes https://github.com/NixOS/nixpkgs/pull/27840.
2017-08-01 16:44:08 +00:00
];
haskell.lib: move lib.nix into same directory as compose.nix
2022-01-22 20:38:03 +00:00
haskellLibUncomposable = import ../development/haskell-modules/lib {
haskell infra: Misc cleanups - The haskell lib is very close to not relying on Nixpkgs. I think this is good---simpler to think about and matches Nixpkgs's lib. - The haskell lib is only imported once - stdenv is exposed more shallowly so it can be overriden more easily. I'll eventually use this on Darwin to avoid the Sierra shared library problems (unless changes are to be made system-wide). Closes https://github.com/NixOS/nixpkgs/pull/27840.
2017-08-01 16:44:08 +00:00
inherit (pkgs) lib;
inherit pkgs;
};
* Move the composition of Haskell packages out of all-packages.nix into haskell-packages.nix, which depends on an instance of GHC. This allows a consistent set of packages to be built with the same GHC. For instance, $ nix-build -A haskellPackages_ghc683.xmonad builds xmonad and all its dependencies with GHC 6.8.3, while $ nix-build -A haskellPackages_ghc6102.xmonad does the same with GHC 6.10.2. This is the same technique used with kernelPackages. It also means that we don't need things like "cabal682" and "cabal683" anymore. * The setup hook is now in a separate wrapper package so that we don't have to recompile all of GHC every time we want to make a small change. * cinelerra: this package appears to have an accidental dependency on the "X11" Haskell package. svn path=/nixpkgs/trunk/; revision=15125
2009-04-18 12:47:11 +00:00
haskell: allow overriding all package sets at once Setting haskell.packageOverrides like so: haskell = super.haskell // { packageOverrides = self: super: { my-package = ...; my-other-package = ...; }; }; causes all compiler-specific package sets to be overridden with those overrides.
2018-04-21 17:37:49 +00:00
callPackage = newScope {
haskell: switch from haskell.lib to haskell.lib.compose
2021-10-26 10:20:34 +00:00
haskellLib = haskellLibUncomposable.compose;
haskell: allow overriding all package sets at once Setting haskell.packageOverrides like so: haskell = super.haskell // { packageOverrides = self: super: { my-package = ...; my-other-package = ...; }; }; causes all compiler-specific package sets to be overridden with those overrides.
2018-04-21 17:37:49 +00:00
overrides = pkgs.haskell.packageOverrides;
};
* Move the composition of Haskell packages out of all-packages.nix into haskell-packages.nix, which depends on an instance of GHC. This allows a consistent set of packages to be built with the same GHC. For instance, $ nix-build -A haskellPackages_ghc683.xmonad builds xmonad and all its dependencies with GHC 6.8.3, while $ nix-build -A haskellPackages_ghc6102.xmonad does the same with GHC 6.10.2. This is the same technique used with kernelPackages. It also means that we don't need things like "cabal682" and "cabal683" anymore. * The setup hook is now in a separate wrapper package so that we don't have to recompile all of GHC every time we want to make a small change. * cinelerra: this package appears to have an accidental dependency on the "X11" Haskell package. svn path=/nixpkgs/trunk/; revision=15125
2009-04-18 12:47:11 +00:00
Configure Haskell bootstrapping package sets to perform minimal builds.
2018-03-16 20:52:18 +00:00
bootstrapPackageSet = self: super: {
mkDerivation = drv: super.mkDerivation (drv // {
doCheck = false;
doHaddock = false;
enableExecutableProfiling = false;
enableLibraryProfiling = false;
enableSharedExecutables = false;
enableSharedLibraries = false;
});
};
haskellPackages: Avoid outer `rec { .. }` This is much nicer for overlays. For example, if someone binds a new compiler / package set, its integer-simple variation will automatically appear.
2018-09-24 22:34:04 +00:00
# Use this rather than `rec { ... }` below for sake of overlays.
inherit (pkgs.haskell) compiler packages;
in {
haskell: switch from haskell.lib to haskell.lib.compose
2021-10-26 10:20:34 +00:00
lib = haskellLibUncomposable;
Trying to fix priorities of various GHC/Haskell package versions. svn path=/nixpkgs/trunk/; revision=24701
2010-11-15 20:28:42 +00:00
pkgs.haskell.package-list: init This commit introduces a maintainer script to upload our current list of haskell-packages to hackage.
2021-07-22 11:51:57 +00:00
package-list = callPackage ../development/haskell-modules/package-list.nix {};
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
compiler = {
haskell.compiler.ghc865Binary: build with correct LLVM version See https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/compiler/backends/llvm/installing#llvm-support
2021-11-23 15:12:48 +00:00
ghc865Binary = callPackage ../development/compilers/ghc/8.6.5-binary.nix {
haskell.compiler.ghc865Binary: don't pass llvmPackages_6 We want to remove llvmPackages_6, but it is the only version GHC 8.6.5 supports. Luckily, we actually don't need LLVM in any case, since all X86 architectures have native codegen for Darwin and Linux, as well as POWER for Linux. Consequently, we can just pass `null` and add an extra assert to make this more transparent to future tinkerers.
2023-11-19 17:51:52 +00:00
# Should be llvmPackages_6 which has been removed from nixpkgs
llvmPackages = null;
haskell.compiler.ghc865Binary: build with correct LLVM version See https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/compiler/backends/llvm/installing#llvm-support
2021-11-23 15:12:48 +00:00
};
ghc-8.6.3-binary
2019-01-24 14:01:40 +00:00
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 13:29:27 +00:00
ghc8107Binary = callPackage ../development/compilers/ghc/8.10.7-binary.nix {
haskell.compiler.*: upgrade to latest supported LLVM version Source: * (8.6.5: https://www.haskell.org/ghc/download_ghc_8_6_5.html) * (8.8.4: https://www.haskell.org/ghc/download_ghc_8_8_4.html) * (8.10.2: https://www.haskell.org/ghc/download_ghc_8_10_2.html) * 8.10.7: https://www.haskell.org/ghc/download_ghc_8_10_7.html * (9.0.1: https://www.haskell.org/ghc/download_ghc_9_0_1.html) * 9.2.1: https://www.haskell.org/ghc/download_ghc_9_2_1.html * HEAD: https://gitlab.haskell.org/ghc/ghc/-/blob/3ab3631f41efe9a1ae32a5b1f709152228edb09a/configure.ac#L674
2021-11-23 15:21:32 +00:00
llvmPackages = pkgs.llvmPackages_12;
haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrap
2021-08-23 15:21:32 +00:00
};
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 14:15:08 +00:00
ghc924Binary = callPackage ../development/compilers/ghc/9.2.4-binary.nix {
haskell.compiler.ghc922Binary: init at 9.2.2 Since the musl / alpine bindist now uses the GMP backend, we need to learn to tell Hadrian bindists about GMP. Hadrian bindists no longer have the buildinfo files, instead we need to patch the package db before installing and recache it afterwards which is not too hard, luckily. Same goes for libiconv and base as well as libffi and rts on darwin (those bindists are all produced using hadrian). See also: https://gitlab.haskell.org/ghc/ghc/-/issues/21554#note_431000 Note that pkgsMusl.haskell.compiler.ghc922Binary still has severe issues: It can't produce shared libraries because the bindist ships none (and using the GMP backend has a hard requirement for shared objects, apparently) and ghci segfaults for unknown reasons at the moment. However, I've successfully compiled hadrian with it so far, so perhaps it's good enough.
2022-04-09 14:23:59 +00:00
llvmPackages = pkgs.llvmPackages_12;
};
haskell.compiler.ghc963Binary: init at 9.6.3 Best reviewed by viewing diff -u pkgs/development/compilers/ghc/9.{2.4,6.3}-binary.nix main change are that we drop the `isHadrian` mechanism, since all bindists are produced by hadrian and alpine bindists are also available dynamically linked now.
2023-12-14 15:07:34 +00:00
ghc963Binary = callPackage ../development/compilers/ghc/9.6.3-binary.nix {
llvmPackages = pkgs.llvmPackages_15;
};
ghc: 8.10.6 -> 8.10.7 https://www.haskell.org/ghc/download_ghc_8_10_7.html
2021-08-26 22:36:49 +00:00
ghc8107 = callPackage ../development/compilers/ghc/8.10.7.nix {
haskell.compiler.ghc*: Use 8.10.7 bindist for bootstrapping. This fixes musl+integer-simple, see #130441. Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
2021-09-19 13:08:51 +00:00
bootPkgs =
# the oldest ghc with aarch64-darwin support is 8.10.5
haskell.*.ghc*BinaryMinimal: remove haskell.compiler.ghc8102BinaryMinimal: remove at 8.10.2 haskell.compiler.ghc8107BinaryMinimal: remove at 8.10.7 haskell.compiler.ghc924BinaryMinimal: remove at 9.2.4 On aarch64-linux the binary GHCs take up about 2.6GB (which compresses pretty well on zfs as it turns out), so they are below the output limit of Hydra. This allows us to drop the special casing of aarch platforms in haskell-packages.nix. While we're at it, drop the minimal variants so we don't unnecessarily build variants of the binary GHCs.
2023-06-24 09:59:20 +00:00
if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.compiler.ghc865Binary: add powerpc64le bootstrap
2022-07-01 11:05:30 +00:00
# to my (@a-m-joseph) knowledge there are no newer official binaries for this platform
packages.ghc865Binary
haskell.compiler.ghc8104: add ghc-8.10.4
2021-02-11 06:43:09 +00:00
else
haskell.compiler.ghc8107: always self-bootstrap Allows us to get rid of the musl special-casing.
2021-09-23 13:52:48 +00:00
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
ghc: 8.10.4 -> 8.10.6 The only big change is required for darwin since GHC 8.10.5 now runs xattr in the install phase on darwin: * https://gitlab.haskell.org/ghc/ghc/-/commit/11e1dcde0d3137a8ee5cd32697b2925ea4e84b95 * https://gitlab.haskell.org/ghc/ghc/-/commit/ec451cac39de919621c783fec809c26fb9f0d1c8 Unfortunately, it uses the host /usr/bin/xattr by default which is present in the build due to a lack of sandboxing on darwin. That xattr version however still requires Python 2.7 whereas Python 3.8 is in PATH in our build. We solve this by setting the XATTR environment variable. We can't use python3Packages.xattr since GHC expects Apple's fork of xattr which provides some extra flags to utilize. Co-authored-by: Cheng Shao <cheng.shao@tweag.io>
2021-06-06 10:43:36 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
haskellPackages: fix ghc build on aarch64-darwin by adding autoSignDarwinBinariesHook to nativeBuildInputs
2021-08-24 15:17:07 +00:00
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
Merge remote-tracking branch 'origin/master' into haskell-updates
2021-11-25 08:28:37 +00:00
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
haskell.compiler.*: upgrade to latest supported LLVM version Source: * (8.6.5: https://www.haskell.org/ghc/download_ghc_8_6_5.html) * (8.8.4: https://www.haskell.org/ghc/download_ghc_8_8_4.html) * (8.10.2: https://www.haskell.org/ghc/download_ghc_8_10_2.html) * 8.10.7: https://www.haskell.org/ghc/download_ghc_8_10_7.html * (9.0.1: https://www.haskell.org/ghc/download_ghc_9_0_1.html) * 9.2.1: https://www.haskell.org/ghc/download_ghc_9_2_1.html * HEAD: https://gitlab.haskell.org/ghc/ghc/-/blob/3ab3631f41efe9a1ae32a5b1f709152228edb09a/configure.ac#L674
2021-11-23 15:21:32 +00:00
llvmPackages = pkgs.llvmPackages_12;
Revert "pkgsMusl.haskell.compiler.*: use python38 to unbreak build" This reverts commit 36628e6e04e22a8b72ea5a07e4973670acabfca9. As it turns out this wasn't caused by the update from python 3.8 -> 3.9, but the underlying issue affects both python version (it seems that LTO is at fault currently). Will have to be fixed elsewhere, reverting.
2021-07-26 10:33:18 +00:00
};
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
ghc810 = compiler.ghc8107;
haskell.compiler: ghc901 -> ghc902 https://www.haskell.org/ghc/download_ghc_9_0_2.html
2021-12-25 20:48:15 +00:00
ghc902 = callPackage ../development/compilers/ghc/9.0.2.nix {
haskell.compiler.ghc*: Use 8.10.7 bindist for bootstrapping. This fixes musl+integer-simple, see #130441. Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
2021-09-19 13:08:51 +00:00
bootPkgs =
# the oldest ghc with aarch64-darwin support is 8.10.5
haskell.*.ghc*BinaryMinimal: remove haskell.compiler.ghc8102BinaryMinimal: remove at 8.10.2 haskell.compiler.ghc8107BinaryMinimal: remove at 8.10.7 haskell.compiler.ghc924BinaryMinimal: remove at 9.2.4 On aarch64-linux the binary GHCs take up about 2.6GB (which compresses pretty well on zfs as it turns out), so they are below the output limit of Hydra. This allows us to drop the special casing of aarch platforms in haskell-packages.nix. While we're at it, drop the minimal variants so we don't unnecessarily build variants of the binary GHCs.
2023-06-24 09:59:20 +00:00
if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 01:37:03 +00:00
packages.ghc810
haskell.compiler.ghc901: build using ghc8102BinaryMinimal on arm ghc8102Binary doesn't build on hydra on arm since it exceeds the maximum output size. This change works around this issue by using the minimal version of that compiler instead.
2021-05-07 13:13:37 +00:00
else
haskell.compiler.ghc*: Use 8.10.7 bindist for bootstrapping. This fixes musl+integer-simple, see #130441. Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
2021-09-19 13:08:51 +00:00
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
haskell.compiler: ghc901 -> ghc902 https://www.haskell.org/ghc/download_ghc_9_0_2.html
2021-12-25 20:48:15 +00:00
inherit (buildPackages.darwin) autoSignDarwinBinariesHook xattr;
haskell.compiler.ghc902: Switch to LLVM 12 Currently, the build on MacOS ARM64 is broken because LLVM 9 (or more specifically compiler-rt) is broken (and is marked broken). Both 8.10.7 and 9.2.1 are already set to LLVM 12 so this PR adjusts this to also use LLVM 12 for GHC 9.0.2 which seems to get things building for me.
2022-02-02 08:15:48 +00:00
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
Revert "pkgsMusl.haskell.compiler.*: use python38 to unbreak build" This reverts commit 36628e6e04e22a8b72ea5a07e4973670acabfca9. As it turns out this wasn't caused by the update from python 3.8 -> 3.9, but the underlying issue affects both python version (it seems that LTO is at fault currently). Will have to be fixed elsewhere, reverting.
2021-07-26 10:33:18 +00:00
};
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
ghc90 = compiler.ghc902;
haskell.compiler.ghc92: 9.2.4 -> 9.2.5
2022-11-07 14:25:37 +00:00
ghc925 = callPackage ../development/compilers/ghc/9.2.5.nix {
bootPkgs =
haskell.*.ghc*BinaryMinimal: remove haskell.compiler.ghc8102BinaryMinimal: remove at 8.10.2 haskell.compiler.ghc8107BinaryMinimal: remove at 8.10.7 haskell.compiler.ghc924BinaryMinimal: remove at 9.2.4 On aarch64-linux the binary GHCs take up about 2.6GB (which compresses pretty well on zfs as it turns out), so they are below the output limit of Hydra. This allows us to drop the special casing of aarch platforms in haskell-packages.nix. While we're at it, drop the minimal variants so we don't unnecessarily build variants of the binary GHCs.
2023-06-24 09:59:20 +00:00
if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.compiler.ghc92: 9.2.4 -> 9.2.5
2022-11-07 14:25:37 +00:00
packages.ghc810
else
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
haskell.compiler.ghc92: 9.2.4 -> 9.2.5
2022-11-07 14:25:37 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskellPackages.ghc: 9.2.4 -> 9.2.6 https://www.haskell.org/ghc/blog/20230210-ghc-9.2.6-released.html
2023-02-11 17:06:36 +00:00
ghc926 = callPackage ../development/compilers/ghc/9.2.6.nix {
bootPkgs =
haskell.*.ghc*BinaryMinimal: remove haskell.compiler.ghc8102BinaryMinimal: remove at 8.10.2 haskell.compiler.ghc8107BinaryMinimal: remove at 8.10.7 haskell.compiler.ghc924BinaryMinimal: remove at 9.2.4 On aarch64-linux the binary GHCs take up about 2.6GB (which compresses pretty well on zfs as it turns out), so they are below the output limit of Hydra. This allows us to drop the special casing of aarch platforms in haskell-packages.nix. While we're at it, drop the minimal variants so we don't unnecessarily build variants of the binary GHCs.
2023-06-24 09:59:20 +00:00
if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskellPackages.ghc: 9.2.4 -> 9.2.6 https://www.haskell.org/ghc/blog/20230210-ghc-9.2.6-released.html
2023-02-11 17:06:36 +00:00
packages.ghc810
else
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
haskellPackages.ghc: 9.2.4 -> 9.2.6 https://www.haskell.org/ghc/blog/20230210-ghc-9.2.6-released.html
2023-02-11 17:06:36 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskell.compiler.ghc927: init at 9.2.7 https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html
2023-02-28 22:16:54 +00:00
ghc927 = callPackage ../development/compilers/ghc/9.2.7.nix {
bootPkgs =
haskell.*.ghc*BinaryMinimal: remove haskell.compiler.ghc8102BinaryMinimal: remove at 8.10.2 haskell.compiler.ghc8107BinaryMinimal: remove at 8.10.7 haskell.compiler.ghc924BinaryMinimal: remove at 9.2.4 On aarch64-linux the binary GHCs take up about 2.6GB (which compresses pretty well on zfs as it turns out), so they are below the output limit of Hydra. This allows us to drop the special casing of aarch platforms in haskell-packages.nix. While we're at it, drop the minimal variants so we don't unnecessarily build variants of the binary GHCs.
2023-06-24 09:59:20 +00:00
if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.compiler.ghc927: init at 9.2.7 https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html
2023-02-28 22:16:54 +00:00
packages.ghc810
else
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
haskell.compiler.ghc927: init at 9.2.7 https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html
2023-02-28 22:16:54 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskell.compiler.ghc928: init at 9.2.8
2023-05-27 08:18:10 +00:00
ghc928 = callPackage ../development/compilers/ghc/9.2.8.nix {
bootPkgs =
haskell.*.ghc*BinaryMinimal: remove haskell.compiler.ghc8102BinaryMinimal: remove at 8.10.2 haskell.compiler.ghc8107BinaryMinimal: remove at 8.10.7 haskell.compiler.ghc924BinaryMinimal: remove at 9.2.4 On aarch64-linux the binary GHCs take up about 2.6GB (which compresses pretty well on zfs as it turns out), so they are below the output limit of Hydra. This allows us to drop the special casing of aarch platforms in haskell-packages.nix. While we're at it, drop the minimal variants so we don't unnecessarily build variants of the binary GHCs.
2023-06-24 09:59:20 +00:00
if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.compiler.ghc928: init at 9.2.8
2023-05-27 08:18:10 +00:00
packages.ghc810
else
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
haskell.compiler.ghc928: init at 9.2.8
2023-05-27 08:18:10 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
ghc92 = compiler.ghc928;
haskell.compiler.ghc94: 9.4.4 -> 9.4.5 https://www.haskell.org/ghc/blog/20230418-ghc-9.4.5-released.html
2023-04-20 15:50:25 +00:00
ghc945 = callPackage ../development/compilers/ghc/9.4.5.nix {
bootPkgs =
# Building with 9.2 is broken due to
# https://gitlab.haskell.org/ghc/ghc/-/issues/21914
# Use 8.10 as a workaround where possible to keep bootstrap path short.
# On ARM text won't build with GHC 8.10.*
if stdenv.hostPlatform.isAarch then
# TODO(@sternenseemann): package bindist
packages.ghc902
# No suitable bindists for powerpc64le
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc902
else
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
haskell.compiler.ghc94: 9.4.4 -> 9.4.5 https://www.haskell.org/ghc/blog/20230418-ghc-9.4.5-released.html
2023-04-20 15:50:25 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 10 && < 14
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskell.compiler.ghc946: init at 9.4.6 https://www.haskell.org/ghc/blog/20230807-ghc-9.4.6-released.html
2023-08-08 10:19:53 +00:00
ghc946 = callPackage ../development/compilers/ghc/9.4.6.nix {
bootPkgs =
# Building with 9.2 is broken due to
# https://gitlab.haskell.org/ghc/ghc/-/issues/21914
# Use 8.10 as a workaround where possible to keep bootstrap path short.
# On ARM text won't build with GHC 8.10.*
if stdenv.hostPlatform.isAarch then
# TODO(@sternenseemann): package bindist
packages.ghc902
# No suitable bindists for powerpc64le
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc902
else
packages.ghc8107Binary;
haskell.compiler.*: switch back to python 3.11 where needed I believe this has addresses all build regressions seen here: https://hydra.nixos.org/eval/1807423?filter=haskell.compiler&compare=1807414#tabs-now-fail
2024-07-04 06:52:42 +00:00
inherit (buildPackages.python311Packages) sphinx; # a distutils issue with 3.12
python3 = buildPackages.python311; # so that we don't have two of them
haskell.compiler.ghc946: init at 9.4.6 https://www.haskell.org/ghc/blog/20230807-ghc-9.4.6-released.html
2023-08-08 10:19:53 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 10 && < 14
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskellPackages.ghc: 9.4.6 -> 9.4.7 https://www.haskell.org/ghc/blog/20230825-ghc-9.4.7-released.html Notice that useLLVM is disabled for all aarch64 platforms to match
2023-08-30 14:18:57 +00:00
ghc947 = callPackage ../development/compilers/ghc/9.4.7.nix {
bootPkgs =
# Building with 9.2 is broken due to
# https://gitlab.haskell.org/ghc/ghc/-/issues/21914
# Use 8.10 as a workaround where possible to keep bootstrap path short.
# On ARM text won't build with GHC 8.10.*
if stdenv.hostPlatform.isAarch then
# TODO(@sternenseemann): package bindist
packages.ghc902
# No suitable bindists for powerpc64le
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc902
else
packages.ghc8107Binary;
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 10 && < 14
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskell.compiler.ghc948: fix expression file name This is a left over to do from #308776. Rebasing existing PR (prior to #308776) would need to be rebased on a change before the commit included in this PR.
2024-06-11 13:01:38 +00:00
ghc948 = callPackage ../development/compilers/ghc/9.4.8.nix {
haskellPackages.ghc: 9.4.7 -> 9.4.8 haskell.compiler.ghc94: 9.4.7 -> 9.4.8 haskell.compiler.ghc948: init at 9.4.8 https://www.haskell.org/ghc/blog/20231110-ghc-9.4.8-released.html
2023-11-17 10:34:38 +00:00
bootPkgs =
# Building with 9.2 is broken due to
# https://gitlab.haskell.org/ghc/ghc/-/issues/21914
# Use 8.10 as a workaround where possible to keep bootstrap path short.
# On ARM text won't build with GHC 8.10.*
if stdenv.hostPlatform.isAarch then
# TODO(@sternenseemann): package bindist
packages.ghc902
# No suitable bindists for powerpc64le
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc902
else
packages.ghc8107Binary;
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 10 && < 14
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
ghc94 = compiler.ghc948;
haskell.compiler.ghc96: 9.6.2 -> 9.6.3 https://www.haskell.org/ghc/blog/20230925-ghc-9.6.3-released.html
2023-09-26 23:13:19 +00:00
ghc963 = callPackage ../development/compilers/ghc/9.6.3.nix {
bootPkgs =
# For GHC 9.2 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
haskell.compiler: drop all ghcs without an stackage LTS snapshot https://www.stackage.org/ lists the latest LTS snapshot for any GHC version which, on the flipside, lets us discover which versions don't have a corresponding LTS snapshot. There is really no reason to keep around GHCs that only appeared in some nightly snapshot way back. haskell.compiler.ghc924: remove at 9.2.4 haskell.compiler.ghc942: remove at 9.4.2 haskell.compiler.ghc943: remove at 9.4.3 haskell.compiler.ghc944: remove at 9.4.4 haskell.compiler.ghc962: remove at 9.6.2
2023-12-20 11:01:38 +00:00
packages.ghc928
haskell.compiler.ghc96: 9.6.2 -> 9.6.3 https://www.haskell.org/ghc/blog/20230925-ghc-9.6.3-released.html
2023-09-26 23:13:19 +00:00
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.compiler: drop all ghcs without an stackage LTS snapshot https://www.stackage.org/ lists the latest LTS snapshot for any GHC version which, on the flipside, lets us discover which versions don't have a corresponding LTS snapshot. There is really no reason to keep around GHCs that only appeared in some nightly snapshot way back. haskell.compiler.ghc924: remove at 9.2.4 haskell.compiler.ghc942: remove at 9.4.2 haskell.compiler.ghc943: remove at 9.4.3 haskell.compiler.ghc944: remove at 9.4.4 haskell.compiler.ghc962: remove at 9.6.2
2023-12-20 11:01:38 +00:00
packages.ghc928
haskell.compiler.ghc96: 9.6.2 -> 9.6.3 https://www.haskell.org/ghc/blog/20230925-ghc-9.6.3-released.html
2023-09-26 23:13:19 +00:00
else
packages.ghc924Binary;
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
};
haskell.compiler.ghc964: init at 9.6.4 https://www.haskell.org/ghc/blog/20240109-ghc-9.6.4-released.html Not updating the default GHC version yet to prevent a huge rebuild.
2024-01-16 20:40:36 +00:00
ghc964 = callPackage ../development/compilers/ghc/9.6.4.nix {
bootPkgs =
# For GHC 9.2 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
packages.ghc928
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc928
else
packages.ghc924Binary;
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
};
haskell.compiler.ghc965: init at 9.6.5 https://www.haskell.org/ghc/blog/20240416-ghc-9.6.5-released.html
2024-04-16 10:05:53 +00:00
ghc965 = callPackage ../development/compilers/ghc/9.6.5.nix {
bootPkgs =
# For GHC 9.2 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
packages.ghc928
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc928
else
packages.ghc924Binary;
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
};
haskell.compiler.ghc966: init at 9.6.6 https://www.haskell.org/ghc//blog/20240701-ghc-9.6.6-released.html
2024-07-08 09:38:42 +00:00
ghc966 = callPackage ../development/compilers/ghc/9.6.6.nix {
bootPkgs =
# For GHC 9.2 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
packages.ghc928
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc928
else
packages.ghc924Binary;
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
};
haskellPackages.ghc: 9.6.4 -> 9.6.5
2024-04-16 12:01:22 +00:00
ghc96 = compiler.ghc965;
haskell.compiler.ghc98: init at 9.8.1 https://www.haskell.org/ghc/blog/20231009-ghc-9.8.1-released.html - Use source-built GHC 9.4.7, pending packaging of bindist. - The aarch64-linux space saving strategy via disabling hyperlinked source is disabled for now, pending either an updated patch or an user defined flavour using https://gitlab.haskell.org/ghc/ghc/-/merge_requests/10850. Co-authored-by: sternenseemann <sternenseemann@systemli.org>
2023-10-10 04:53:34 +00:00
ghc981 = callPackage ../development/compilers/ghc/9.8.1.nix {
haskell.compiler.ghc963Binary: init at 9.6.3 Best reviewed by viewing diff -u pkgs/development/compilers/ghc/9.{2.4,6.3}-binary.nix main change are that we drop the `isHadrian` mechanism, since all bindists are produced by hadrian and alpine bindists are also available dynamically linked now.
2023-12-14 15:07:34 +00:00
bootPkgs =
# For GHC 9.6 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
packages.ghc963
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc963
haskell.compiler.{ghc98*,ghcHEAD}: bootstrap using source built 9.6 Unfortunately, we are running into trouble linking dependencies of hadrian against the libraries of the clock package with 9.6.3 and 9.6.4 _bindists_. My current suspiscion is that this is caused by some kind of discrepancy between the toolchain used by GHC upstream and us that persists from the configure step used when building the bindist. The problem seems to be somewhat localized to hsc2hs (hence clock is an issue), with GHC 9.6.4 bindists even passing a flag to ld that is not supported by our version of cctools. The problem is not fully diagnosed, so take the speculation above with a grain of salt. As a workaround, we can use the source built GHC 9.6 which is, of course, configured with our toolchain in the environment.
2024-03-21 19:04:55 +00:00
else if stdenv.hostPlatform.isDarwin then
# it seems like the GHC 9.6.* bindists are built with a different
# toolchain than we are using (which I'm guessing from the fact
# that 9.6.4 bindists pass linker flags our ld doesn't support).
# With both 9.6.3 and 9.6.4 binary it is impossible to link against
# the clock package (probably a hsc2hs problem).
packages.ghc963
haskell.compiler.ghc963Binary: init at 9.6.3 Best reviewed by viewing diff -u pkgs/development/compilers/ghc/9.{2.4,6.3}-binary.nix main change are that we drop the `isHadrian` mechanism, since all bindists are produced by hadrian and alpine bindists are also available dynamically linked now.
2023-12-14 15:07:34 +00:00
else
packages.ghc963Binary;
haskell.compiler.ghc98: init at 9.8.1 https://www.haskell.org/ghc/blog/20231009-ghc-9.8.1-released.html - Use source-built GHC 9.4.7, pending packaging of bindist. - The aarch64-linux space saving strategy via disabling hyperlinked source is disabled for now, pending either an updated patch or an user defined flavour using https://gitlab.haskell.org/ghc/ghc/-/merge_requests/10850. Co-authored-by: sternenseemann <sternenseemann@systemli.org>
2023-10-10 04:53:34 +00:00
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
};
ghc: add new compiler version 9.8.2
2024-02-26 09:37:33 +00:00
ghc982 = callPackage ../development/compilers/ghc/9.8.2.nix {
bootPkgs =
# For GHC 9.6 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
packages.ghc963
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc963
haskell.compiler.{ghc98*,ghcHEAD}: bootstrap using source built 9.6 Unfortunately, we are running into trouble linking dependencies of hadrian against the libraries of the clock package with 9.6.3 and 9.6.4 _bindists_. My current suspiscion is that this is caused by some kind of discrepancy between the toolchain used by GHC upstream and us that persists from the configure step used when building the bindist. The problem seems to be somewhat localized to hsc2hs (hence clock is an issue), with GHC 9.6.4 bindists even passing a flag to ld that is not supported by our version of cctools. The problem is not fully diagnosed, so take the speculation above with a grain of salt. As a workaround, we can use the source built GHC 9.6 which is, of course, configured with our toolchain in the environment.
2024-03-21 19:04:55 +00:00
else if stdenv.hostPlatform.isDarwin then
# it seems like the GHC 9.6.* bindists are built with a different
# toolchain than we are using (which I'm guessing from the fact
# that 9.6.4 bindists pass linker flags our ld doesn't support).
# With both 9.6.3 and 9.6.4 binary it is impossible to link against
# the clock package (probably a hsc2hs problem).
packages.ghc963
ghc: add new compiler version 9.8.2
2024-02-26 09:37:33 +00:00
else
haskell.compiler.ghc982: fix bootstrap with GHC 9.6 Bootsrapping with 9.6 doesn't work with 9.8.2 upstream due to erroneous bounds on Cabal (<https://gitlab.haskell.org/ghc/ghc/-/issues/24100>) which was planned to be addressed in 9.8.2, but apparently hasn't been, so we need to extend the range for the workaround patch.
2024-02-26 16:16:15 +00:00
packages.ghc963Binary;
ghc: add new compiler version 9.8.2
2024-02-26 09:37:33 +00:00
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
};
ghc98 = compiler.ghc982;
haskell.compiler.ghc910: init at 9.10.1 https://www.haskell.org/ghc/blog/20240510-ghc-9.10.1-released.html
2024-05-12 05:02:43 +00:00
ghc9101 = callPackage ../development/compilers/ghc/9.10.1.nix {
bootPkgs =
# For GHC 9.6 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
packages.ghc963
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc963
else if stdenv.hostPlatform.isDarwin then
# it seems like the GHC 9.6.* bindists are built with a different
# toolchain than we are using (which I'm guessing from the fact
# that 9.6.4 bindists pass linker flags our ld doesn't support).
# With both 9.6.3 and 9.6.4 binary it is impossible to link against
# the clock package (probably a hsc2hs problem).
packages.ghc963
else
packages.ghc963Binary;
inherit (buildPackages.python3Packages) sphinx;
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
# 2023-01-15: Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
};
ghc910 = compiler.ghc9101;
Revert "pkgsMusl.haskell.compiler.*: use python38 to unbreak build" This reverts commit 36628e6e04e22a8b72ea5a07e4973670acabfca9. As it turns out this wasn't caused by the update from python 3.8 -> 3.9, but the underlying issue affects both python version (it seems that LTO is at fault currently). Will have to be fixed elsewhere, reverting.
2021-07-26 10:33:18 +00:00
ghcHEAD = callPackage ../development/compilers/ghc/head.nix {
haskell.compiler.ghc963Binary: init at 9.6.3 Best reviewed by viewing diff -u pkgs/development/compilers/ghc/9.{2.4,6.3}-binary.nix main change are that we drop the `isHadrian` mechanism, since all bindists are produced by hadrian and alpine bindists are also available dynamically linked now.
2023-12-14 15:07:34 +00:00
bootPkgs =
# For GHC 9.6 no armv7l bindists are available.
if stdenv.hostPlatform.isAarch32 then
packages.ghc963
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc963
haskell.compiler.{ghc98*,ghcHEAD}: bootstrap using source built 9.6 Unfortunately, we are running into trouble linking dependencies of hadrian against the libraries of the clock package with 9.6.3 and 9.6.4 _bindists_. My current suspiscion is that this is caused by some kind of discrepancy between the toolchain used by GHC upstream and us that persists from the configure step used when building the bindist. The problem seems to be somewhat localized to hsc2hs (hence clock is an issue), with GHC 9.6.4 bindists even passing a flag to ld that is not supported by our version of cctools. The problem is not fully diagnosed, so take the speculation above with a grain of salt. As a workaround, we can use the source built GHC 9.6 which is, of course, configured with our toolchain in the environment.
2024-03-21 19:04:55 +00:00
else if stdenv.hostPlatform.isDarwin then
# it seems like the GHC 9.6.* bindists are built with a different
# toolchain than we are using (which I'm guessing from the fact
# that 9.6.4 bindists pass linker flags our ld doesn't support).
# With both 9.6.3 and 9.6.4 binary it is impossible to link against
# the clock package (probably a hsc2hs problem).
packages.ghc963
haskell.compiler.ghc963Binary: init at 9.6.3 Best reviewed by viewing diff -u pkgs/development/compilers/ghc/9.{2.4,6.3}-binary.nix main change are that we drop the `isHadrian` mechanism, since all bindists are produced by hadrian and alpine bindists are also available dynamically linked now.
2023-12-14 15:07:34 +00:00
else
packages.ghc963Binary;
Revert "ghc: Work around broken pyopenssl on aarch64-darwin" This reverts commit 7898af7d3a134e9741458c335da523f42944d92b.
2022-06-29 00:48:12 +00:00
inherit (buildPackages.python3Packages) sphinx;
haskell.compiler.ghcHEAD: provide xattr on darwin This darwin specific tool is required for GHC on master nowadays. Unfortunately the XATTR environment variable only works in the GHC 8.10 series.
2021-08-28 12:29:24 +00:00
# Need to use apple's patched xattr until
# https://github.com/xattr/xattr/issues/44 and
# https://github.com/xattr/xattr/issues/55 are solved.
haskell.compiler.ghcHEAD: apply autoSignDarwinBinariesHook
2021-11-08 22:57:26 +00:00
inherit (buildPackages.darwin) xattr autoSignDarwinBinariesHook;
haskell.compiler.ghcHEAD: 9.7.20230527 -> 9.9.20231014
2023-10-21 10:35:29 +00:00
# 2023-01-15: Support range >= 11 && < 16
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_15;
llvmPackages = pkgs.llvmPackages_15;
Revert "pkgsMusl.haskell.compiler.*: use python38 to unbreak build" This reverts commit 36628e6e04e22a8b72ea5a07e4973670acabfca9. As it turns out this wasn't caused by the update from python 3.8 -> 3.9, but the underlying issue affects both python version (it seems that LTO is at fault currently). Will have to be fixed elsewhere, reverting.
2021-07-26 10:33:18 +00:00
};
Move definitions of 'uhc' and 'jhc' to 'haskell.compiler' attribute set.
2015-05-15 13:25:53 +00:00
ghcjs: init at 8.10.7 The src points to the obsidiansystems repo as it has the ghcjs ported from 8.10.5 to 8.10.7, and a bunch of other fixes (#812, #811, #809)
2021-08-25 10:55:30 +00:00
ghcjs = compiler.ghcjs810;
ghcjs810 = callPackage ../development/compilers/ghcjs/8.10 {
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 01:37:03 +00:00
bootPkgs = packages.ghc810;
ghcjs: init at 8.10.7 The src points to the obsidiansystems repo as it has the ghcjs ported from 8.10.5 to 8.10.7, and a bunch of other fixes (#812, #811, #809)
2021-08-25 10:55:30 +00:00
ghcjsSrcJson = ../development/compilers/ghcjs/8.10/git.json;
stage0 = ../development/compilers/ghcjs/8.10/stage0.nix;
};
ghc: support building with integer-simple and provide package sets for it If the flag enableIntegerSimple is true GHC will be build with the GPL-free but slower integer-simple library instead of the faster but GPLed integer-gmp library. The attribute `pkgs.haskell.compiler.integer-simple."${ghcVersion}"` provides a GHC compiler build with `integer-simple`. Similarly, the attribute `pkgs.haskell.packages.integer-simple."${ghcVersion}"` provides a package set supporting `integer-simple`. Closes https://github.com/NixOS/nixpkgs/pull/22121. Closes https://github.com/NixOS/nixpkgs/issues/5493.
2017-01-24 23:00:54 +00:00
# The integer-simple attribute set contains all the GHC compilers
# build with integer-simple instead of integer-gmp.
ghc: Remove old cross work That way the next commit can apply a similar diff to each GHC.
2017-02-02 16:44:11 +00:00
integer-simple = let
integerSimpleGhcNames = pkgs.lib.filter
haskell.compiler.integer-simple: construct using include list There won't be any new integer-simple compilers and they are already in the minority, so converting the mechanism to an include list is much better. Maybe native-bignum should now become an exclude list additionally? Verified that nix-env -qaP -A haskell.compiler output stays identical.
2023-11-17 10:38:00 +00:00
(name: builtins.elem name integerSimpleIncludes)
ghc: Remove old cross work That way the next commit can apply a similar diff to each GHC.
2017-02-02 16:44:11 +00:00
(pkgs.lib.attrNames compiler);
in pkgs.recurseIntoAttrs (pkgs.lib.genAttrs
integerSimpleGhcNames
treewide: remove redundant quotes
2019-08-13 21:52:01 +00:00
(name: compiler.${name}.override { enableIntegerSimple = true; }));
ghcHEAD: 8.11.20200505 -> 8.11.20200731
2020-06-19 09:06:42 +00:00
# Starting from GHC 9, integer-{simple,gmp} is replaced by ghc-bignum
# with "native" and "gmp" backends.
native-bignum = let
nativeBignumGhcNames = pkgs.lib.filter
haskell.compiler: determine native-bignum GHCs via excludes native-bignum has become the norm, so let's convert it to an exclude rather than an include list. This way it's no longer possible to forget to add a newly packaged GHC to the include list.
2024-02-15 15:05:55 +00:00
(name: !(builtins.elem name nativeBignumExcludes))
ghcHEAD: 8.11.20200505 -> 8.11.20200731
2020-06-19 09:06:42 +00:00
(pkgs.lib.attrNames compiler);
in pkgs.recurseIntoAttrs (pkgs.lib.genAttrs
nativeBignumGhcNames
(name: compiler.${name}.override { enableNativeBignum = true; }));
haskell-hscolour: define the bootstap version of this package using 'extension' rather than by passing an additional parameter to it
2014-06-09 08:31:29 +00:00
};
Build Haddocks with source hyperlinks unless doHscolour is false
2014-05-30 01:00:04 +00:00
haskell: allow overriding all package sets at once Setting haskell.packageOverrides like so: haskell = super.haskell // { packageOverrides = self: super: { my-package = ...; my-other-package = ...; }; }; causes all compiler-specific package sets to be overridden with those overrides.
2018-04-21 17:37:49 +00:00
# Default overrides that are applied to all package sets.
packageOverrides = self : super : {};
ghc: Remove old cross work That way the next commit can apply a similar diff to each GHC.
2017-02-02 16:44:11 +00:00
# Always get compilers from `buildPackages`
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
packages = let bh = buildPackages.haskell; in {
Add haskell package 'taffybar'
2014-02-08 20:16:43 +00:00
ghc: 8.6.3-binary -> 8.6.5-binary
2020-03-18 10:10:31 +00:00
ghc865Binary = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc865Binary;
ghc = bh.compiler.ghc865Binary;
ghc-8.6.3-binary
2019-01-24 14:01:40 +00:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.6.x.nix { };
packageSetConfig = bootstrapPackageSet;
ghc8102Binary: init, enable armv7l
2020-09-24 10:25:27 +00:00
};
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 13:29:27 +00:00
ghc8107Binary = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc8107Binary;
ghc = bh.compiler.ghc8107Binary;
haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrap
2021-08-23 15:21:32 +00:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.10.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 14:15:08 +00:00
ghc924Binary = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc924Binary;
ghc = bh.compiler.ghc924Binary;
haskell.compiler.ghc922Binary: init at 9.2.2 Since the musl / alpine bindist now uses the GMP backend, we need to learn to tell Hadrian bindists about GMP. Hadrian bindists no longer have the buildinfo files, instead we need to patch the package db before installing and recache it afterwards which is not too hard, luckily. Same goes for libiconv and base as well as libffi and rts on darwin (those bindists are all produced using hadrian). See also: https://gitlab.haskell.org/ghc/ghc/-/issues/21554#note_431000 Note that pkgsMusl.haskell.compiler.ghc922Binary still has severe issues: It can't produce shared libraries because the bindist ships none (and using the GMP backend has a hard requirement for shared objects, apparently) and ghci segfaults for unknown reasons at the moment. However, I've successfully compiled hadrian with it so far, so perhaps it's good enough.
2022-04-09 14:23:59 +00:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
haskell.compiler.ghc963Binary: init at 9.6.3 Best reviewed by viewing diff -u pkgs/development/compilers/ghc/9.{2.4,6.3}-binary.nix main change are that we drop the `isHadrian` mechanism, since all bindists are produced by hadrian and alpine bindists are also available dynamically linked now.
2023-12-14 15:07:34 +00:00
ghc963Binary = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc963Binary;
ghc = bh.compiler.ghc963Binary;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.6.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
ghc: 8.10.6 -> 8.10.7 https://www.haskell.org/ghc/download_ghc_8_10_7.html
2021-08-26 22:36:49 +00:00
ghc8107 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc8107;
ghc = bh.compiler.ghc8107;
haskell.compiler.ghc8104: add ghc-8.10.4
2021-02-11 06:43:09 +00:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.10.x.nix { };
};
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
ghc810 = packages.ghc8107;
haskell.compiler: ghc901 -> ghc902 https://www.haskell.org/ghc/download_ghc_9_0_2.html
2021-12-25 20:48:15 +00:00
ghc902 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc902;
ghc = bh.compiler.ghc902;
ghc: add alpha-1 release of version 9.0.1
2020-09-29 09:50:36 +00:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.0.x.nix { };
};
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
ghc90 = packages.ghc902;
haskell.compiler.ghc92: 9.2.4 -> 9.2.5
2022-11-07 14:25:37 +00:00
ghc925 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc925;
ghc = bh.compiler.ghc925;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
};
haskellPackages.ghc: 9.2.4 -> 9.2.6 https://www.haskell.org/ghc/blog/20230210-ghc-9.2.6-released.html
2023-02-11 17:06:36 +00:00
ghc926 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc926;
ghc = bh.compiler.ghc926;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
};
haskell.compiler.ghc927: init at 9.2.7 https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html
2023-02-28 22:16:54 +00:00
ghc927 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc927;
ghc = bh.compiler.ghc927;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
};
haskell.compiler.ghc928: init at 9.2.8
2023-05-27 08:18:10 +00:00
ghc928 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc928;
ghc = bh.compiler.ghc928;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
};
haskell.packages: use `pkgs` fix point for package set aliases This should make overriding the precisely versioned set also influence the default aliases. When overriding the aliases, still only the aliases would be changed.
2023-06-29 07:53:48 +00:00
ghc92 = packages.ghc928;
haskell.compiler.ghc94: 9.4.4 -> 9.4.5 https://www.haskell.org/ghc/blog/20230418-ghc-9.4.5-released.html
2023-04-20 15:50:25 +00:00
ghc945 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc945;
ghc = bh.compiler.ghc945;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.4.x.nix { };
};
haskell.compiler.ghc946: init at 9.4.6 https://www.haskell.org/ghc/blog/20230807-ghc-9.4.6-released.html
2023-08-08 10:19:53 +00:00
ghc946 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc946;
ghc = bh.compiler.ghc946;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.4.x.nix { };
};
haskellPackages.ghc: 9.4.6 -> 9.4.7 https://www.haskell.org/ghc/blog/20230825-ghc-9.4.7-released.html Notice that useLLVM is disabled for all aarch64 platforms to match
2023-08-30 14:18:57 +00:00
ghc947 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc947;
ghc = bh.compiler.ghc947;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.4.x.nix { };
};
haskellPackages.ghc: 9.4.7 -> 9.4.8 haskell.compiler.ghc94: 9.4.7 -> 9.4.8 haskell.compiler.ghc948: init at 9.4.8 https://www.haskell.org/ghc/blog/20231110-ghc-9.4.8-released.html
2023-11-17 10:34:38 +00:00
ghc948 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc948;
ghc = bh.compiler.ghc948;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.4.x.nix { };
};
ghc94 = packages.ghc948;
haskell.compiler.ghc96: 9.6.2 -> 9.6.3 https://www.haskell.org/ghc/blog/20230925-ghc-9.6.3-released.html
2023-09-26 23:13:19 +00:00
ghc963 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc963;
ghc = bh.compiler.ghc963;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.6.x.nix { };
};
haskell.compiler.ghc964: init at 9.6.4 https://www.haskell.org/ghc/blog/20240109-ghc-9.6.4-released.html Not updating the default GHC version yet to prevent a huge rebuild.
2024-01-16 20:40:36 +00:00
ghc964 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc964;
ghc = bh.compiler.ghc964;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.6.x.nix { };
};
haskell.compiler.ghc965: init at 9.6.5 https://www.haskell.org/ghc/blog/20240416-ghc-9.6.5-released.html
2024-04-16 10:05:53 +00:00
ghc965 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc965;
ghc = bh.compiler.ghc965;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.6.x.nix { };
};
haskell.compiler.ghc966: init at 9.6.6 https://www.haskell.org/ghc//blog/20240701-ghc-9.6.6-released.html
2024-07-08 09:38:42 +00:00
ghc966 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc966;
ghc = bh.compiler.ghc966;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.6.x.nix { };
};
haskellPackages.ghc: 9.6.4 -> 9.6.5
2024-04-16 12:01:22 +00:00
ghc96 = packages.ghc965;
haskell.compiler.ghc98: init at 9.8.1 https://www.haskell.org/ghc/blog/20231009-ghc-9.8.1-released.html - Use source-built GHC 9.4.7, pending packaging of bindist. - The aarch64-linux space saving strategy via disabling hyperlinked source is disabled for now, pending either an updated patch or an user defined flavour using https://gitlab.haskell.org/ghc/ghc/-/merge_requests/10850. Co-authored-by: sternenseemann <sternenseemann@systemli.org>
2023-10-10 04:53:34 +00:00
ghc981 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc981;
ghc = bh.compiler.ghc981;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.8.x.nix { };
};
ghc: add new compiler version 9.8.2
2024-02-26 09:37:33 +00:00
ghc982 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc982;
ghc = bh.compiler.ghc982;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.8.x.nix { };
};
haskell.packages.ghc98.ghc: 9.8.1 -> 9.8.2 This fixes the mismatch between haskell.compiler.ghc98 and haskell.packages.ghc98
2024-02-26 19:18:28 +00:00
ghc98 = packages.ghc982;
haskell.compiler.ghc910: init at 9.10.1 https://www.haskell.org/ghc/blog/20240510-ghc-9.10.1-released.html
2024-05-12 05:02:43 +00:00
ghc9101 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc9101;
ghc = bh.compiler.ghc9101;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.10.x.nix { };
};
ghc910 = packages.ghc9101;
Revert "Merge branch 'improved-make-overridable' of git://github.com/ElvishJerricco/nixpkgs" This reverts commit c3af1210b4c5d7ef380e75add463b37574fdcc8b, reversing changes made to 49f175cd0c80a39e1d05fc687c4a2a40e0aba58c.
2017-09-29 13:11:26 +00:00
ghcHEAD = callPackage ../development/haskell-modules {
haskell infra: nativeGhc != ghc.bootPkgs.ghc There's no reason to wait for non-binary native to *build* cross ghc, but we want a nix-built GHC for Setup.hs or things won't work.
2018-01-04 21:18:02 +00:00
buildHaskellPackages = bh.packages.ghcHEAD;
ghc = bh.compiler.ghcHEAD;
haskell.compiler.ghcHEAD: 9.9.20231121 -> 9.11.20240323 Adds a new core package `os-string`.
2024-03-23 14:41:13 +00:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.12.x.nix { };
Replace old "haskellPackages" code with Haskell NG.
2015-04-19 16:47:45 +00:00
};
hackage-packages.nix: switch our default package set to Stackage Nightly This update was generated by hackage2nix v20150903-82-g351b6f8 using the following inputs: - Hackage: https://github.com/commercialhaskell/all-cabal-hashes/commit/af161fdf178e996c83d9c06059cb81cc4480b035 - LTS Haskell: https://github.com/fpco/lts-haskell/commit/da73308b6359aa6083591ec7a2069090977d3be7 - Stackage Nightly: https://github.com/fpco/stackage-nightly/commit/1994a4f865fe7e1cbe2c5b94a2214a5d91507f2c
2015-09-16 07:19:56 +00:00
ghcjs: init at 8.10.7 The src points to the obsidiansystems repo as it has the ghcjs ported from 8.10.5 to 8.10.7, and a bunch of other fixes (#812, #811, #809)
2021-08-25 10:55:30 +00:00
ghcjs = packages.ghcjs810;
ghcjs810 = callPackage ../development/haskell-modules rec {
buildHaskellPackages = ghc.bootPkgs;
ghc = bh.compiler.ghcjs810;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.10.x.nix { };
haskellPackages.ghcjs-dom: build on js backend of ghc 9.8
2024-06-14 19:13:43 +00:00
packageSetConfig = callPackage ../development/haskell-modules/configuration-ghcjs-8.x.nix { };
ghcjs: init at 8.10.7 The src points to the obsidiansystems repo as it has the ghcjs ported from 8.10.5 to 8.10.7, and a bunch of other fixes (#812, #811, #809)
2021-08-25 10:55:30 +00:00
};
ghc: support building with integer-simple and provide package sets for it If the flag enableIntegerSimple is true GHC will be build with the GPL-free but slower integer-simple library instead of the faster but GPLed integer-gmp library. The attribute `pkgs.haskell.compiler.integer-simple."${ghcVersion}"` provides a GHC compiler build with `integer-simple`. Similarly, the attribute `pkgs.haskell.packages.integer-simple."${ghcVersion}"` provides a package set supporting `integer-simple`. Closes https://github.com/NixOS/nixpkgs/pull/22121. Closes https://github.com/NixOS/nixpkgs/issues/5493.
2017-01-24 23:00:54 +00:00
# The integer-simple attribute set contains package sets for all the GHC compilers
# using integer-simple instead of integer-gmp.
haskell: don't lose packageOverrides for native-bignum
2022-04-09 00:56:35 +00:00
integer-simple =
let
integerSimpleGhcNames = pkgs.lib.filter
haskell.compiler.integer-simple: construct using include list There won't be any new integer-simple compilers and they are already in the minority, so converting the mechanism to an include list is much better. Maybe native-bignum should now become an exclude list additionally? Verified that nix-env -qaP -A haskell.compiler output stays identical.
2023-11-17 10:38:00 +00:00
(name: builtins.elem name integerSimpleIncludes)
haskell: don't lose packageOverrides for native-bignum
2022-04-09 00:56:35 +00:00
(pkgs.lib.attrNames packages);
in
pkgs.lib.genAttrs integerSimpleGhcNames
(name:
packages.${name}.override (oldAttrs: {
ghc = bh.compiler.integer-simple.${name};
buildHaskellPackages = bh.packages.integer-simple.${name};
overrides =
pkgs.lib.composeExtensions
(oldAttrs.overrides or (_: _: {}))
haskell: remove override of integer-gmp It appears that integer-gmp is already set to null for all compilers, so there is no need to explicitly set it to null in the integer-simple and native-bignum package sets.
2022-04-12 05:15:05 +00:00
(_: _: { integer-simple = null; });
haskell: don't lose packageOverrides for native-bignum
2022-04-09 00:56:35 +00:00
})
);
ghc: support building with integer-simple and provide package sets for it If the flag enableIntegerSimple is true GHC will be build with the GPL-free but slower integer-simple library instead of the faster but GPLed integer-gmp library. The attribute `pkgs.haskell.compiler.integer-simple."${ghcVersion}"` provides a GHC compiler build with `integer-simple`. Similarly, the attribute `pkgs.haskell.packages.integer-simple."${ghcVersion}"` provides a package set supporting `integer-simple`. Closes https://github.com/NixOS/nixpkgs/pull/22121. Closes https://github.com/NixOS/nixpkgs/issues/5493.
2017-01-24 23:00:54 +00:00
haskell: don't lose packageOverrides for native-bignum
2022-04-09 00:56:35 +00:00
native-bignum =
let
nativeBignumGhcNames = pkgs.lib.filter
haskell.compiler: determine native-bignum GHCs via excludes native-bignum has become the norm, so let's convert it to an exclude rather than an include list. This way it's no longer possible to forget to add a newly packaged GHC to the include list.
2024-02-15 15:05:55 +00:00
(name: !(builtins.elem name nativeBignumExcludes))
haskell: don't lose packageOverrides for native-bignum
2022-04-09 00:56:35 +00:00
(pkgs.lib.attrNames compiler);
in
pkgs.lib.genAttrs nativeBignumGhcNames
(name:
haskell: remove override of integer-gmp It appears that integer-gmp is already set to null for all compilers, so there is no need to explicitly set it to null in the integer-simple and native-bignum package sets.
2022-04-12 05:15:05 +00:00
packages.${name}.override {
haskell: don't lose packageOverrides for native-bignum
2022-04-09 00:56:35 +00:00
ghc = bh.compiler.native-bignum.${name};
buildHaskellPackages = bh.packages.native-bignum.${name};
haskell: remove override of integer-gmp It appears that integer-gmp is already set to null for all compilers, so there is no need to explicitly set it to null in the integer-simple and native-bignum package sets.
2022-04-12 05:15:05 +00:00
}
haskell: don't lose packageOverrides for native-bignum
2022-04-09 00:56:35 +00:00
);
Replace old "haskellPackages" code with Haskell NG.
2015-04-19 16:47:45 +00:00
};
Revert "Add amazonka, amazonka-core, amazonka-cloudwatch haskell packages" Unnecessary change to the haskell packages infrastructure, will move this to haskellng packages. This reverts commit 0f04707953933923cf957b7800c2eba83b4f8f34.
2015-01-08 14:38:47 +00:00
}
Reference in New Issue Copy Permalink