about summary refs log tree commit diff
path: root/pkgs/top-level/haskell-packages.nix
AgeCommit message (Collapse)AuthorFilesLines
2022-09-22haskell.compiler.ghcHEAD: 9.3.20220406 -> 9.5.20220921sternenseemann1-4/+6
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-09-21haskell.compiler.native-bignum: Readd missing minor versionsmaralorn1-0/+3
2022-09-21haskell.{compiler,packages}: Add aliases without minor versionsmaralorn1-8/+21
2022-08-22haskell.compiler: ghc941 -> ghc942sternenseemann1-6/+6
2022-08-14haskell.compiler.ghc941: bootstrap using GHC 9.0.2 on armsternenseemann1-5/+8
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-13haskell.compiler.ghc941: bootstrap using (binary) GHC 8.10.7sternenseemann1-3/+9
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-07-31Merge master into haskell-updatesgithub-actions[bot]1-3/+3
2022-07-30treewide: use isAarch where appropriateAlyssa Ross1-3/+3
2022-07-28haskell.compiler: ghc923 -> ghc924sternenseemann1-6/+6
https://www.haskell.org/ghc/download_ghc_9_2_4.html
2022-07-26haskell.compiler.ghc941: init at 9.4.0.20220721sternenseemann1-0/+22
2022-07-01haskell.compiler.ghc865Binary: add powerpc64le bootstrap Adam Joseph1-1/+12
2022-06-29Revert "ghc: Work around broken pyopenssl on aarch64-darwin"Sandro Jäckel1-7/+5
This reverts commit 7898af7d3a134e9741458c335da523f42944d92b.
2022-06-27Merge pull request #179181 from hercules-ci/fix-ghc-aarch64-darwin-pyopensslBernardo Meurer1-5/+7
ghc: Work around broken pyopenssl on aarch64-darwin
2022-06-26ghc: Work around broken pyopenssl on aarch64-darwinRobert Hensing1-5/+7
2022-06-26haskell.compiler.ghc922Binary: init at 9.2.2sternenseemann1-0/+22
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-05-28haskell.compiler: ghc922 -> ghc923sternenseemann1-6/+6
https://www.haskell.org/ghc/download_ghc_9_2_3.html Since the tarball is generated by Hadrian, neither autoreconf nor ./boot is executed so ./configure and ghc.mk is missing.
2022-04-19pkgsMusl.haskell.compiler.ghc884: bootstrap using normal binary ghcsternenseemann1-2/+5
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-12haskell: remove override of integer-gmpDennis Gosnell1-10/+3
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-09haskell: don't lose packageOverrides for native-bignumDennis Gosnell1-23/+37
2022-03-09haskell.compiler: ghc921 -> ghc922sternenseemann1-6/+6
https://www.haskell.org/ghc/download_ghc_9_2_2.html
2022-02-02haskell.compiler.ghc902: Switch to LLVM 12Moritz Kiefer1-2/+2
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-01-31haskell.compiler.ghc{902,921}: Switch GHC 9.0/9.2 to bignum-nativeMoritz Kiefer1-0/+4
Neither of them support integer-simple anymore. fixes #153742
2022-01-22haskell.lib: move lib.nix into same directory as compose.nixsternenseemann1-1/+1
2021-12-26haskell.compiler: ghc901 -> ghc902sternenseemann1-5/+5
https://www.haskell.org/ghc/download_ghc_9_0_2.html
2021-11-25Merge remote-tracking branch 'origin/master' into haskell-updatessternenseemann1-6/+6
2021-11-24haskell.compiler.*: be clear about LLVM build->target rolesternenseemann1-6/+6
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-23haskell.compiler.*: upgrade to latest supported LLVM versionsternenseemann1-8/+8
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-23haskell.compiler.ghc901: drop LLVM version to 9sternenseemann1-2/+2
GHC 9.0.1 only supports LLVM 9 and spews a lot of warnings about LLVM 10 when using the LLVM backend atm. See also: https://www.haskell.org/ghc/download_ghc_9_0_1.html
2021-11-23haskell.compiler.ghc865Binary: build with correct LLVM versionsternenseemann1-1/+3
See https://gitlab.haskell.org/ghc/ghc/-/wikis/commentary/compiler/backends/llvm/installing#llvm-support
2021-11-15haskell.compiler.ghcHEAD: bootstrap using 8.10.7 binarysternenseemann1-1/+1
This should shorten the bootstrapping part (not requiring an intermediate 9.0.1 build). Seems like 8.10.7 is still supported for bootstrapping for the moment and allows compiling for aarch64-darwin.
2021-11-14Merge pull request #145128 from prusnak/ghc-921-aarch64-darwinDomen Kožar1-2/+3
haskell.compiler.ghc{901,921,HEAD}: fix aarch64-darwin build
2021-11-09haskell.compiler.ghcHEAD: apply autoSignDarwinBinariesHookPavol Rusnak1-1/+1
2021-11-09haskell.compiler.ghc901: fix aarch64-darwin buildPavol Rusnak1-0/+1
by applying autoSignDarwinBinariesHook
2021-11-09haskell.compiler.ghc921: fix aarch64-darwin buildPavol Rusnak1-1/+1
by applying autoSignDarwinBinariesHook
2021-11-07haskell: switch from haskell.lib to haskell.lib.composeEllie Hermaszewska1-3/+3
2021-09-26haskell.compiler.ghc884: revert to reverse bootstraping using 8.10.2sternenseemann1-2/+1
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-23haskell.compiler.ghc8107: always self-bootstrapsternenseemann1-2/+2
Allows us to get rid of the musl special-casing.
2021-09-23haskell.compiler.ghc*: Use 8.10.7 bindist for bootstrapping.Niklas Hambüchen1-20/+18
This fixes musl+integer-simple, see #130441. Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
2021-09-15ghcjs: init at 8.10.7Divam1-0/+17
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-29ghc: 8.10.5-binary -> 8.10.7-binaryDomen Kožar1-13/+13
2021-08-28haskell.compiler.ghc921: provide xattr on darwinsternenseemann1-0/+4
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-28haskell.compiler.ghcHEAD: provide xattr on darwinsternenseemann1-0/+4
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-28Merge remote-tracking branch 'origin/master' into haskell-updatessternenseemann1-9/+41
2021-08-28haskellPackages: fix ghc build on aarch64-darwinPavol Rusnak1-1/+1
by adding autoSignDarwinBinariesHook to nativeBuildInputs
2021-08-27ghc: 8.10.6 -> 8.10.7sternenseemann1-4/+4
https://www.haskell.org/ghc/download_ghc_8_10_7.html
2021-08-24haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrapPavol Rusnak1-8/+40
2021-08-23haskell.compiler.ghc921: bootstrap using ghc8102BinaryMinimal on armsternenseemann1-1/+5
2021-08-23ghc: add 9.2.1 (rc1)Guillaume Bouchard1-0/+11
2021-08-14ghc: 8.10.4 -> 8.10.6sternenseemann1-4/+8
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-07-26Revert "pkgsMusl.haskell.compiler.*: use python38 to unbreak build"sternenseemann1-14/+8
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.
generated by cgit-pink 1.4.1 (git 2.36.1) at 2024-08-21 16:34:06 +0000