alioth/nixpkgs
3
0
Fork 0
forked from mirrors/nixpkgs
Code Releases Activity
nixpkgs/pkgs/top-level/haskell-packages.nix

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

424 lines
16 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 17:44:08 +01:00
let
# These are attributes in compiler and packages that don't support integer-simple.
integerSimpleExcludes = [
ghc: 8.6.3-binary -> 8.6.5-binary
2020-03-18 10:10:31 +00:00
"ghc865Binary"
ghc8102Binary: add to integerSimpleExcludes
2020-09-26 13:29:11 +01:00
"ghc8102Binary"
haskell.compiler.integer-simple: Exclude ghc8102Binary* (cherry picked from commit fc1562695bdfe26c38f473e4639ab0a1c349a953)
2020-11-02 18:03:02 +00:00
"ghc8102BinaryMinimal"
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 14:29:27 +01:00
"ghc8107Binary"
"ghc8107BinaryMinimal"
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 15:15:08 +01:00
"ghc924Binary"
"ghc924BinaryMinimal"
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 11:55:30 +01:00
"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 17:44:08 +01:00
"integer-simple"
ghcHEAD: 8.11.20200505 -> 8.11.20200731
2020-06-19 10:06:42 +01:00
"native-bignum"
haskell.compiler.ghc{902,921}: Switch GHC 9.0/9.2 to bignum-native Neither of them support integer-simple anymore. fixes #153742
2022-01-26 11:01:05 +00:00
"ghc902"
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
"ghc90"
haskell.compiler: ghc923 -> ghc924 https://www.haskell.org/ghc/download_ghc_9_2_4.html
2022-07-28 16:26:51 +01:00
"ghc924"
haskell.compiler.ghc92: 9.2.4 -> 9.2.5
2022-11-07 14:25:37 +00:00
"ghc925"
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
"ghc92"
haskell.packages.ghc94: revert to 9.4.2 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.4.2 for now. 9.4.3 is available explicitly via haskell.packagse.ghc943 if you need it (e.g. on aarch64).
2022-11-09 00:42:43 +00:00
"ghc942"
haskell.compiler: ghc942 -> ghc943 https://www.haskell.org/ghc/download_ghc_9_4_3.html Dropping GHC 9.4.2, since there is no Stackage snapshot which uses GHC 9.4.*, so the stack Nix integration should not get any ideas.
2022-11-04 14:17:07 +00:00
"ghc943"
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
"ghc94"
ghcHEAD: 8.11.20200505 -> 8.11.20200731
2020-06-19 10:06:42 +01:00
"ghcHEAD"
];
nativeBignumIncludes = [
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
"ghc90"
haskell.compiler.native-bignum: Readd missing minor versions
2022-09-21 16:10:59 +01:00
"ghc902"
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
"ghc92"
haskell.compiler.native-bignum: Readd missing minor versions
2022-09-21 16:10:59 +01:00
"ghc924"
haskell.compiler.ghc92: 9.2.4 -> 9.2.5
2022-11-07 14:25:37 +00:00
"ghc925"
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
"ghc94"
haskell.packages.ghc94: revert to 9.4.2 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.4.2 for now. 9.4.3 is available explicitly via haskell.packagse.ghc943 if you need it (e.g. on aarch64).
2022-11-09 00:42:43 +00:00
"ghc942"
haskell.compiler: ghc942 -> ghc943 https://www.haskell.org/ghc/download_ghc_9_4_3.html Dropping GHC 9.4.2, since there is no Stackage snapshot which uses GHC 9.4.*, so the stack Nix integration should not get any ideas.
2022-11-04 14:17:07 +00:00
"ghc943"
ghcHEAD: 8.11.20200505 -> 8.11.20200731
2020-06-19 10:06:42 +01:00
"ghcHEAD"
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 17:44:08 +01: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 17:44:08 +01: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 13:47:11 +01: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 18:37:49 +01:00
callPackage = newScope {
haskell: switch from haskell.lib to haskell.lib.compose
2021-10-26 11:20:34 +01: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 18:37:49 +01: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 13:47:11 +01: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 23:34:04 +01: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 11:20:34 +01: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 12:51:57 +01:00
package-list = callPackage ../development/haskell-modules/package-list.nix {};
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
compiler = rec {
Switching haskell-packages.nix to callPackage ... svn path=/nixpkgs/trunk/; revision=23551
2010-08-30 18:10:21 +01:00
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 {
llvmPackages = pkgs.llvmPackages_6;
};
ghc-8.6.3-binary
2019-01-24 14:01:40 +00:00
ghc8102Binary: init, enable armv7l
2020-09-24 11:25:27 +01:00
ghc8102Binary = callPackage ../development/compilers/ghc/8.10.2-binary.nix {
llvmPackages = pkgs.llvmPackages_9;
};
haskell.compiler.ghc8102BinaryMinimal: init To stay within hydra limit of 2^31 output size on aarch64-linux
2020-11-03 09:18:21 +00:00
ghc8102BinaryMinimal = callPackage ../development/compilers/ghc/8.10.2-binary.nix {
llvmPackages = pkgs.llvmPackages_9;
minimal = true;
};
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 14:29:27 +01: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 16:21:32 +01:00
};
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 14:29:27 +01:00
ghc8107BinaryMinimal = 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 16:21:32 +01:00
minimal = true;
};
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 15:15:08 +01: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 15:23:59 +01:00
llvmPackages = pkgs.llvmPackages_12;
};
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 15:15:08 +01:00
ghc924BinaryMinimal = 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 15:23:59 +01:00
llvmPackages = pkgs.llvmPackages_12;
minimal = true;
};
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 11:33:18 +01:00
ghc884 = callPackage ../development/compilers/ghc/8.8.4.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 14:08:51 +01:00
bootPkgs =
haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrap
2021-08-23 16:21:32 +01:00
# aarch64 ghc865Binary gets SEGVs due to haskell#15449 or similar
pkgsMusl.haskell.compiler.ghc884: bootstrap using normal binary ghc On non-arm platforms there's no reason to use the minimal GHC for musl bootstrapping, as it doesn't hit the size limit. Additionally this serves as a wonky workaround for ghc#21402 [1], as the minimal GHC 8.10.2 binary currently contains `xxx` in its `outPath`. [1]: https://gitlab.haskell.org/ghc/ghc/-/issues/21402
2022-04-19 11:02:01 +01:00
# 8.10.2 is needed as using 8.10.7 is broken due to RTS-incompatibilities
if stdenv.isAarch64 then
haskell.compiler.ghc884: revert to reverse bootstraping using 8.10.2 Reverse bootstrapping is not supported by GHC upstream. In the case of 8.8.4 it just happens to work using 8.10.2, with later versions, specifically 8.10.7 there seems to be some digressions in the generated / used C code which cause 8.8.4 to fail to compile [1]. Thus we revert to using 8.10.2 for aarch64 and Musl which means: Still no integer-simple and musl at the same time (however all other GHCs have it, so it's probably not a problem) and no aarch64-darwin (GHC 8.8.4 can't target that architecture anyways). In short, the situation stays the same. [1]: https://github.com/NixOS/nixpkgs/pull/138523#issuecomment-927339953
2021-09-26 18:40:56 +01:00
packages.ghc8102BinaryMinimal
pkgsMusl.haskell.compiler.ghc884: bootstrap using normal binary ghc On non-arm platforms there's no reason to use the minimal GHC for musl bootstrapping, as it doesn't hit the size limit. Additionally this serves as a wonky workaround for ghc#21402 [1], as the minimal GHC 8.10.2 binary currently contains `xxx` in its `outPath`. [1]: https://gitlab.haskell.org/ghc/ghc/-/issues/21402
2022-04-19 11:02:01 +01:00
# Musl bindists do not exist for ghc 8.6.5, so we use 8.10.* for them
else if stdenv.hostPlatform.isMusl then
packages.ghc8102Binary
ghc:8.10.2Binary bootstrap for 8.8 on aarch64 (NixOS#97407)
2020-10-19 19:32:49 +01:00
else
packages.ghc865Binary;
Revert "ghc: Work around broken pyopenssl on aarch64-darwin" This reverts commit 7898af7d3a134e9741458c335da523f42944d92b.
2022-06-29 01:48:12 +01:00
inherit (buildPackages.python3Packages) sphinx;
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
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_7;
ghc: add new version 8.8.4
2020-07-17 15:57:01 +01:00
llvmPackages = pkgs.llvmPackages_7;
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 11:33:18 +01:00
};
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
ghc88 = ghc884;
ghc: 8.10.6 -> 8.10.7 https://www.haskell.org/ghc/download_ghc_8_10_7.html
2021-08-26 23:36:49 +01: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 14:08:51 +01:00
bootPkgs =
haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrap
2021-08-23 16:21:32 +01:00
# aarch64 ghc865Binary gets SEGVs due to haskell#15449 or similar
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 14:08:51 +01:00
# the oldest ghc with aarch64-darwin support is 8.10.5
haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrap
2021-08-23 16:21:32 +01:00
# Musl bindists do not exist for ghc 8.6.5, so we use 8.10.* for them
treewide: use isAarch where appropriate
2022-07-30 17:18:27 +01:00
if stdenv.hostPlatform.isAarch then
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 14:08:51 +01:00
packages.ghc8107BinaryMinimal
haskell.compiler.ghc865Binary: add powerpc64le bootstrap
2022-07-01 12:05:30 +01:00
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
# 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 14:52:48 +01:00
packages.ghc8107Binary;
Revert "ghc: Work around broken pyopenssl on aarch64-darwin" This reverts commit 7898af7d3a134e9741458c335da523f42944d92b.
2022-06-29 01:48:12 +01:00
inherit (buildPackages.python3Packages) sphinx;
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 11:43:36 +01: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 16:17:07 +01: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 11:33:18 +01:00
};
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
ghc810 = 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 14:08:51 +01:00
bootPkgs =
# aarch64 ghc8107Binary exceeds max output size on hydra
# the oldest ghc with aarch64-darwin support is 8.10.5
treewide: use isAarch where appropriate
2022-07-30 17:18:27 +01:00
if stdenv.hostPlatform.isAarch then
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 14:29:27 +01:00
packages.ghc8107BinaryMinimal
haskell.compiler.ghc865Binary: add powerpc64le bootstrap
2022-07-01 12:05:30 +01:00
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01: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 14:13:37 +01: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 14:08:51 +01:00
packages.ghc8107Binary;
Revert "ghc: Work around broken pyopenssl on aarch64-darwin" This reverts commit 7898af7d3a134e9741458c335da523f42944d92b.
2022-06-29 01:48:12 +01:00
inherit (buildPackages.python3Packages) sphinx;
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 11:33:18 +01:00
};
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
ghc90 = ghc902;
haskell.compiler: ghc923 -> ghc924 https://www.haskell.org/ghc/download_ghc_9_2_4.html
2022-07-28 16:26:51 +01:00
ghc924 = callPackage ../development/compilers/ghc/9.2.4.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 14:08:51 +01:00
bootPkgs =
# aarch64 ghc8107Binary exceeds max output size on hydra
treewide: use isAarch where appropriate
2022-07-30 17:18:27 +01:00
if stdenv.hostPlatform.isAarch then
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 14:08:51 +01:00
packages.ghc8107BinaryMinimal
haskell.compiler.ghc865Binary: add powerpc64le bootstrap
2022-07-01 12:05:30 +01:00
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
packages.ghc810
haskell.compiler.ghc921: bootstrap using ghc8102BinaryMinimal on arm
2021-08-23 18:12:24 +01: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 14:08:51 +01:00
packages.ghc8107Binary;
Revert "ghc: Work around broken pyopenssl on aarch64-darwin" This reverts commit 7898af7d3a134e9741458c335da523f42944d92b.
2022-06-29 01:48:12 +01:00
inherit (buildPackages.python3Packages) sphinx;
haskell.compiler.ghc921: provide xattr on darwin GHC 9.2.1-rc1 needs to run xattr in ghc.mk unconditionally. The fix for this and support for the XATTR environment variable have only been added to the GHC 8.10 series so far.
2021-08-28 13:30:25 +01: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.ghc921: fix aarch64-darwin build by applying autoSignDarwinBinariesHook
2021-11-08 22:44:35 +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;
ghc: add 9.2.1 (rc1)
2021-05-30 23:24:21 +01:00
};
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 =
# aarch64 ghc8107Binary exceeds max output size on hydra
if stdenv.hostPlatform.isAarch then
packages.ghc8107BinaryMinimal
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc810
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;
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskell.packages.ghc92: revert to 9.2.4 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.2.4 for now. If you need 9.2.5, it is available via haskell.packages.ghc925.
2022-11-09 17:13:41 +00:00
ghc92 = ghc924;
haskell.packages.ghc94: revert to 9.4.2 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.4.2 for now. 9.4.3 is available explicitly via haskell.packagse.ghc943 if you need it (e.g. on aarch64).
2022-11-09 00:42:43 +00:00
ghc942 = callPackage ../development/compilers/ghc/9.4.2.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: ghc942 -> ghc943 https://www.haskell.org/ghc/download_ghc_9_4_3.html Dropping GHC 9.4.2, since there is no Stackage snapshot which uses GHC 9.4.*, so the stack Nix integration should not get any ideas.
2022-11-04 14:17:07 +00:00
ghc943 = callPackage ../development/compilers/ghc/9.4.3.nix {
haskell.compiler.ghc941: init at 9.4.0.20220721
2022-07-24 11:08:58 +01:00
bootPkgs =
haskell.compiler.ghc941: bootstrap using GHC 9.0.2 on arm text.cabal has the following snippet mandating this: -- GHC 8.10 has linking issues (probably TH-related) on ARM. if (arch(aarch64) || arch(arm)) && impl(ghc == 8.10.*) build-depends: base < 0 Since we're now testing 9.0.2 for bootstrapping on Hydra, we can also use the proper GHC version for powerpc64le.
2022-08-14 16:33:45 +01:00
# Building with 9.2 is broken due to
haskell.compiler.ghc941: init at 9.4.0.20220721
2022-07-24 11:08:58 +01:00
# https://gitlab.haskell.org/ghc/ghc/-/issues/21914
haskell.compiler.ghc941: bootstrap using GHC 9.0.2 on arm text.cabal has the following snippet mandating this: -- GHC 8.10 has linking issues (probably TH-related) on ARM. if (arch(aarch64) || arch(arm)) && impl(ghc == 8.10.*) build-depends: base < 0 Since we're now testing 9.0.2 for bootstrapping on Hydra, we can also use the proper GHC version for powerpc64le.
2022-08-14 16:33:45 +01:00
# Use 8.10 as a workaround where possible to keep bootstrap path short.
# On ARM text won't build with GHC 8.10.*
haskell.compiler.ghc941: bootstrap using (binary) GHC 8.10.7 This shortens the bootstrap chain for 9.4.1 and should be kinder on rebuilds. It requires some messing around in the configure file, since it is not officially supported by upstream (but known to work). For now it saves us the hassle of adding another bindist to nixpkgs. When we support hadrian, we'll be able to use the already packaged 9.2.2 bindist.
2022-08-13 17:49:57 +01:00
if stdenv.hostPlatform.isAarch then
haskell.compiler.ghc941: bootstrap using GHC 9.0.2 on arm text.cabal has the following snippet mandating this: -- GHC 8.10 has linking issues (probably TH-related) on ARM. if (arch(aarch64) || arch(arm)) && impl(ghc == 8.10.*) build-depends: base < 0 Since we're now testing 9.0.2 for bootstrapping on Hydra, we can also use the proper GHC version for powerpc64le.
2022-08-14 16:33:45 +01:00
# TODO(@sternenseemann): package bindist
packages.ghc902
# No suitable bindists for powerpc64le
haskell.compiler.ghc941: bootstrap using (binary) GHC 8.10.7 This shortens the bootstrap chain for 9.4.1 and should be kinder on rebuilds. It requires some messing around in the configure file, since it is not officially supported by upstream (but known to work). For now it saves us the hassle of adding another bindist to nixpkgs. When we support hadrian, we'll be able to use the already packaged 9.2.2 bindist.
2022-08-13 17:49:57 +01:00
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
haskell.compiler.ghc941: bootstrap using GHC 9.0.2 on arm text.cabal has the following snippet mandating this: -- GHC 8.10 has linking issues (probably TH-related) on ARM. if (arch(aarch64) || arch(arm)) && impl(ghc == 8.10.*) build-depends: base < 0 Since we're now testing 9.0.2 for bootstrapping on Hydra, we can also use the proper GHC version for powerpc64le.
2022-08-14 16:33:45 +01:00
packages.ghc902
haskell.compiler.ghc941: bootstrap using (binary) GHC 8.10.7 This shortens the bootstrap chain for 9.4.1 and should be kinder on rebuilds. It requires some messing around in the configure file, since it is not officially supported by upstream (but known to work). For now it saves us the hassle of adding another bindist to nixpkgs. When we support hadrian, we'll be able to use the already packaged 9.2.2 bindist.
2022-08-13 17:49:57 +01:00
else
packages.ghc8107Binary;
haskell.compiler.ghc941: init at 9.4.0.20220721
2022-07-24 11:08:58 +01: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 >= 10 && < 14
buildTargetLlvmPackages = pkgsBuildTarget.llvmPackages_12;
llvmPackages = pkgs.llvmPackages_12;
};
haskell.packages.ghc94: revert to 9.4.2 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.4.2 for now. 9.4.3 is available explicitly via haskell.packagse.ghc943 if you need it (e.g. on aarch64).
2022-11-09 00:42:43 +00:00
ghc94 = ghc942;
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 11:33:18 +01:00
ghcHEAD = callPackage ../development/compilers/ghc/head.nix {
haskell.compiler.ghc865Binary: add powerpc64le bootstrap
2022-07-01 12:05:30 +01:00
bootPkgs =
haskell.compiler.ghc92: 9.2.4 -> 9.2.5
2022-11-07 14:25:37 +00:00
# For GHC 9.2 no armv7l bindists are available.
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 15:15:08 +01:00
if stdenv.hostPlatform.isAarch32 then
packages.ghc924
haskell.compiler.ghcHEAD: 9.3.20220406 -> 9.5.20220921 Initial port of our GHC Nix expressions to the new hadrian build system, as it has become required after 9.4. Unfortunately there are some regressions affecting us, namely the inability to install a GHC cross-compiler at the moment (see issue linked in relevant error message). This means that a lot of specific configuration snippets for cross-platforms and static compilation have been ported from make speculatively, as we are unable to test them for the moment.
2022-05-15 10:40:11 +01:00
else if stdenv.hostPlatform.isPower64 && stdenv.hostPlatform.isLittleEndian then
packages.ghc924
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 15:15:08 +01:00
else if stdenv.isAarch64 then
packages.ghc924BinaryMinimal
haskell.compiler.ghc865Binary: add powerpc64le bootstrap
2022-07-01 12:05:30 +01:00
else
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 15:15:08 +01:00
packages.ghc924Binary;
Revert "ghc: Work around broken pyopenssl on aarch64-darwin" This reverts commit 7898af7d3a134e9741458c335da523f42944d92b.
2022-06-29 01:48:12 +01: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 13:29:24 +01: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.3.20220406 -> 9.5.20220921 Initial port of our GHC Nix expressions to the new hadrian build system, as it has become required after 9.4. Unfortunately there are some regressions affecting us, namely the inability to install a GHC cross-compiler at the moment (see issue linked in relevant error message). This means that a lot of specific configuration snippets for cross-platforms and static compilation have been ported from make speculatively, as we are unable to test them for the moment.
2022-05-15 10:40:11 +01:00
# 2022-08-04: Support range >= 10 && < 14
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 11:33:18 +01:00
};
Move definitions of 'uhc' and 'jhc' to 'haskell.compiler' attribute set.
2015-05-15 14:25:53 +01: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 11:55:30 +01:00
ghcjs = compiler.ghcjs810;
ghcjs810 = callPackage ../development/compilers/ghcjs/8.10 {
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01: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 11:55:30 +01: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
(name: ! builtins.elem name integerSimpleExcludes)
(pkgs.lib.attrNames compiler);
in pkgs.recurseIntoAttrs (pkgs.lib.genAttrs
integerSimpleGhcNames
treewide: remove redundant quotes
2019-08-13 22:52:01 +01:00
(name: compiler.${name}.override { enableIntegerSimple = true; }));
ghcHEAD: 8.11.20200505 -> 8.11.20200731
2020-06-19 10:06:42 +01: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
(name: builtins.elem name nativeBignumIncludes)
(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 09:31:29 +01:00
};
Build Haddocks with source hyperlinks unless doHscolour is false
2014-05-30 02:00:04 +01: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 18:37:49 +01: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.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
packages = let bh = buildPackages.haskell; in rec {
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 11:25:27 +01:00
ghc8102Binary = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc8102Binary;
ghc = bh.compiler.ghc8102Binary;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.10.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
haskell.compiler.ghc8102BinaryMinimal: init To stay within hydra limit of 2^31 output size on aarch64-linux
2020-11-03 09:18:21 +00:00
ghc8102BinaryMinimal = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc8102BinaryMinimal;
ghc = bh.compiler.ghc8102BinaryMinimal;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.10.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 14:29:27 +01: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 16:21:32 +01:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.10.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
ghc: 8.10.5-binary -> 8.10.7-binary
2021-08-29 14:29:27 +01:00
ghc8107BinaryMinimal = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc8107BinaryMinimal;
ghc = bh.compiler.ghc8107BinaryMinimal;
haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrap
2021-08-23 16:21:32 +01: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 15:15:08 +01: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 15:23:59 +01:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler
2022-09-26 15:15:08 +01:00
ghc924BinaryMinimal = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc924BinaryMinimal;
ghc = bh.compiler.ghc924BinaryMinimal;
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 15:23:59 +01:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
packageSetConfig = bootstrapPackageSet;
};
ghc: add new version 8.8.4
2020-07-17 15:57:01 +01:00
ghc884 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc884;
ghc = bh.compiler.ghc884;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-8.8.x.nix { };
};
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
ghc88 = ghc884;
ghc: 8.10.6 -> 8.10.7 https://www.haskell.org/ghc/download_ghc_8_10_7.html
2021-08-26 23:36:49 +01: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.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
ghc810 = 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 10:50:36 +01:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.0.x.nix { };
};
haskell.{compiler,packages}: Add aliases without minor versions
2022-09-20 02:37:03 +01:00
ghc90 = ghc902;
haskell.compiler: ghc923 -> ghc924 https://www.haskell.org/ghc/download_ghc_9_2_4.html
2022-07-28 16:26:51 +01:00
ghc924 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc924;
ghc = bh.compiler.ghc924;
ghc: add 9.2.1 (rc1)
2021-05-30 23:24:21 +01:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.2.x.nix { };
};
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 { };
};
haskell.packages.ghc92: revert to 9.2.4 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.2.4 for now. If you need 9.2.5, it is available via haskell.packages.ghc925.
2022-11-09 17:13:41 +00:00
ghc92 = ghc924;
haskell.packages.ghc94: revert to 9.4.2 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.4.2 for now. 9.4.3 is available explicitly via haskell.packagse.ghc943 if you need it (e.g. on aarch64).
2022-11-09 00:42:43 +00:00
ghc942 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc942;
ghc = bh.compiler.ghc942;
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.4.x.nix { };
};
haskell.compiler: ghc942 -> ghc943 https://www.haskell.org/ghc/download_ghc_9_4_3.html Dropping GHC 9.4.2, since there is no Stackage snapshot which uses GHC 9.4.*, so the stack Nix integration should not get any ideas.
2022-11-04 14:17:07 +00:00
ghc943 = callPackage ../development/haskell-modules {
buildHaskellPackages = bh.packages.ghc943;
ghc = bh.compiler.ghc943;
haskell.compiler.ghc941: init at 9.4.0.20220721
2022-07-24 11:08:58 +01:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-9.4.x.nix { };
};
haskell.packages.ghc94: revert to 9.4.2 Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.4.2 for now. 9.4.3 is available explicitly via haskell.packagse.ghc943 if you need it (e.g. on aarch64).
2022-11-09 00:42:43 +00:00
ghc94 = ghc942;
Revert "Merge branch 'improved-make-overridable' of git://github.com/ElvishJerricco/nixpkgs" This reverts commit c3af1210b4c5d7ef380e75add463b37574fdcc8b, reversing changes made to 49f175cd0c80a39e1d05fc687c4a2a40e0aba58c.
2017-09-29 14:11:26 +01: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;
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 08:19:56 +01:00
compilerConfig = callPackage ../development/haskell-modules/configuration-ghc-head.nix { };
Replace old "haskellPackages" code with Haskell NG.
2015-04-19 17:47:45 +01: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 08:19:56 +01: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 11:55:30 +01: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 { };
packageSetConfig = callPackage ../development/haskell-modules/configuration-ghcjs.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 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 01:56:35 +01:00
integer-simple =
let
integerSimpleGhcNames = pkgs.lib.filter
(name: ! builtins.elem name integerSimpleExcludes)
(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 06:15:05 +01:00
(_: _: { integer-simple = null; });
haskell: don't lose packageOverrides for native-bignum
2022-04-09 01:56:35 +01: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 01:56:35 +01:00
native-bignum =
let
nativeBignumGhcNames = pkgs.lib.filter
(name: builtins.elem name nativeBignumIncludes)
(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 06:15:05 +01:00
packages.${name}.override {
haskell: don't lose packageOverrides for native-bignum
2022-04-09 01:56:35 +01: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 06:15:05 +01:00
}
haskell: don't lose packageOverrides for native-bignum
2022-04-09 01:56:35 +01:00
);
Replace old "haskellPackages" code with Haskell NG.
2015-04-19 17:47:45 +01: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
}
Copy permalink