summary refs log tree commit diff
path: root/pkgs/development/compilers/ghc
Commit message (Collapse)AuthorAge
* ghcHEAD: fix mingw buildAlexandre Esteves2021-11-22
|
* haskell.compiler.ghcHEAD: 9.3.20210913 -> 9.3.20211111sternenseemann2021-11-15
|
* haskell.compiler.ghcHEAD: apply autoSignDarwinBinariesHookPavol Rusnak2021-11-09
|
* haskell.compiler.ghc901: fix aarch64-darwin buildPavol Rusnak2021-11-09
| | | | by applying autoSignDarwinBinariesHook
* haskell.compiler.ghc921: fix aarch64-darwin buildPavol Rusnak2021-11-09
| | | | by applying autoSignDarwinBinariesHook
* haskell.compiler.ghc921: 9.2.0.20210821 -> 9.2.1sternenseemann2021-10-29
| | | | | | | | | https://mail.haskell.org/pipermail/glasgow-haskell-users/2021-October/027082.html Also fixes a bug affecting the behavior of streaming-commons and text: https://gitlab.haskell.org/ghc/ghc/-/issues/20526 Co-authored-by: Guillaume Bouchard <guillaum.bouchard@gmail.com>
* haskell.compiler.ghc884: revert to reverse bootstraping using 8.10.2sternenseemann2021-09-26
| | | | | | | | | | | | | | | 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
* haskell.compiler.ghc*: Use 8.10.7 bindist for bootstrapping.Niklas Hambüchen2021-09-23
| | | | | | This fixes musl+integer-simple, see #130441. Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
* haskell.compiler.ghc*: Add `variantSuffix`.Niklas Hambüchen2021-09-23
| | | | | | | | | | | | | | | | | | | | When debugging musl builds, I often have to sift through thousands of lines of `nix-store -q --tree` or `nix-store -qR` output. Until now, `pkgsMusl` and normal `pkgs` GHCs looked exactly the same in there, making that task tough. Same for `integer-simple`, which makes debugging `gmp` issues easier. This commit introduces a suffix to tell them apart easily. Note that this is different from `targetPrefix` which is for cross-compilation, which `pkgsMusl` does not do. For GHC HEAD, integer-simple no longer exists, instead we now have a “bignum backend”, so we just call the integer-simple successor native-bignum. Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
* haskell.compiler.ghc*: use pname instead of namesternenseemann2021-09-23
| | | | | This also means the -binary suffix is moved *before* the version which prevents builtins.parseDrvName from interpreting it as part of the version.
* pkgsMusl.haskell.compiler.ghc8107Binary: Remove now-incorrect gmp dependency.Niklas Hambüchen2021-09-23
| | | | | | | | | | GHC HQ switched the musl bindists from gmp to `integer-simple` with GHC >= 8.10.6, but this was not reflected in the nixpkgs update: * commit 6f1242469a: ghc: 8.10.5-binary -> 8.10.7-binary From PR #135453 See also #130441.
* haskell.compiler.ghc921: update comments for darwinsternenseemann2021-09-23
|
* haskell.compiler.ghc921: fix build on darwinsternenseemann2021-09-22
| | | | See https://gitlab.haskell.org/ghc/ghc/-/issues/19950#note_377768
* haskell.compiler.ghcHEAD: 9.3.20210806 -> 9.3.20210913sternenseemann2021-09-16
| | | | | Mainly gives us the forward port of the XATTR environment variable, so we can make this expression more consistent with GHC 8.10.7.
* Merge master into haskell-updatesgithub-actions[bot]2021-09-16
|\
| * Merge remote-tracking branch 'nixpkgs/master' into staging-nextAlyssa Ross2021-09-11
| |\ | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: pkgs/development/compilers/ghc/8.10.7.nix pkgs/development/compilers/ghc/8.8.4.nix I've removed the isWindows check from useLdGold in ghc, since that should be covered by the new hasGold check.
| * \ Merge branch 'master' into staging-nextVladimír Čunát2021-09-07
| |\ \ | | | | | | | | | | | | (It's a little older version of master, to bring haskell updates now.)
| * \ \ Merge remote-tracking branch 'nixpkgs/master' into staging-nextAlyssa Ross2021-09-03
| |\ \ \
| * \ \ \ Merge master into staging-nextgithub-actions[bot]2021-08-28
| |\ \ \ \
| * \ \ \ \ Merge branch 'staging-next' into stagingJan Tojnar2021-08-23
| |\ \ \ \ \
| * \ \ \ \ \ Merge pull request #132538 from sternenseemann/has-goldJohn Ericson2021-08-20
| |\ \ \ \ \ \ | | | | | | | | | | | | | | | | binutils-unwrapped: expose if built with ld.gold
| | * | | | | | haskell.compiler.*: check bintools.hasGold before enabling ld.goldsternenseemann2021-08-18
| | | | | | | |
* | | | | | | | ghc: add the Cabal ghcjs support patchDivam2021-09-15
| |_|_|_|_|_|/ |/| | | | | |
* | | | | | | ghc8.8.4: fix mingw buildAlexandre Esteves2021-09-09
| | | | | | |
* | | | | | | ghc8.10.7: fix mingw buildAlexandre Esteves2021-09-09
| |_|_|_|_|/ |/| | | | |
* | | | | | haskell.compiler.ghc921: remove darwin from hydraPlatforms since it is broken(cdep)illabout2021-09-07
| | | | | | | | | | | | | | | | | | | | | | | | This was marked broken in 6f1a319c4567d1c4273f38949ba.
* | | | | | haskell.compiler.*: clean up maintainer setssternenseemann2021-09-01
| |_|_|_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Let's remove peti (retired) as well Marc, Andres and Will who haven't been active lately. Feel free to re-add yourself, but this should at least lessen the GitHub notifications for now. Add lib.teams.haskell to every maintainer list additionally. I've also added Domen and Pavol to GHC 8.10.7 binary since they are the only ones working on aarch64-darwin so far. Let me know if that is alright with you.
* | | | | haskell.compiler.ghc921: mark as broken on darwinsternenseemann2021-09-01
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Seems like there is either a fundamental issue with how our derivation works or an upstream bug prevent GHC 9.2.1 from compiling on macOS using nixpkgs. Until someone fixes that or rc2 comes around, we can save the build time.
* | | | | haskell.compiler.ghc884: remove big-parallelsternenseemann2021-08-30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | GHC 8.8.4 seems to be quite susceptible to flaky build failures when using more cores. Since we don't care about speed too much with this one, let's disable big-parallel again.
* | | | | ghc: 8.10.5-binary -> 8.10.7-binaryDomen Kožar2021-08-29
| | | | |
* | | | | haskell.compiler.ghc921: provide xattr on darwinsternenseemann2021-08-28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* | | | | haskell.compiler.ghcHEAD: provide xattr on darwinsternenseemann2021-08-28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This darwin specific tool is required for GHC on master nowadays. Unfortunately the XATTR environment variable only works in the GHC 8.10 series.
* | | | | Merge remote-tracking branch 'origin/master' into haskell-updatessternenseemann2021-08-28
|\ \ \ \ \ | | |_|_|/ | |/| | |
| * | | | haskellPackages: fix ghc build on aarch64-darwinPavol Rusnak2021-08-28
| | | | | | | | | | | | | | | | | | | | by adding autoSignDarwinBinariesHook to nativeBuildInputs
| * | | | haskellPackages: introduce ghc8105Binary to enable aarch64-darwin bootstrapPavol Rusnak2021-08-24
| | |_|/ | |/| |
* | | | ghc: 8.10.6 -> 8.10.7sternenseemann2021-08-27
| | | | | | | | | | | | | | | | https://www.haskell.org/ghc/download_ghc_8_10_7.html
* | | | haskell.compiler.*: make big-parallelsternenseemann2021-08-24
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Compiling GHC on Hydra takes 3h or more (with -j2) whereas even on an outdated CPU GHC can be compiled in under an hour with -j4. To get a higher NIX_BUILD_CORES value at build time, we'll have to mark GHC big-parallel.
* | | | ghc: add guibou as maintainers for all ghc compilersGuillaume Bouchard2021-08-23
| | | |
* | | | ghc: add 9.2.1 (rc1)Guillaume Bouchard2021-08-23
|/ / /
* / / ghc: 8.10.4 -> 8.10.6sternenseemann2021-08-14
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* | haskell.compiler.ghcHEAD: increase Hydra timeout because Darwin builds were ↵(cdep)illabout2021-08-11
| | | | | | | | | | | | | | | | | | | | | | | | | | timing out Building `haskell.compiler.ghcHEAD` on Hydra on Darwin seemed to cause frequent timeouts. Here's an example of a timeout: https://hydra.nixos.org/build/149762652 This commit raises the timeout time on Hydra for ghcHEAD. The other GHC derivations have this set, so it makes sense to set this here as well.
* | haskell.compiler.ghcHEAD: 9.3.20210504 -> 9.3.20210806Utku Demir2021-08-10
|/
* ghc: mark integer-simple builds as broken when hostplatform is musl(cdep)illabout2021-07-24
|
* haskell.compiler.ghc865Binary: mark as broken when built with muslsternenseemann2021-07-13
| | | | | | | | The musl support for binary GHC 8.6.5 relied on ABI compat between musl and glibc which is no longer the case: https://github.com/NixOS/nixpkgs/issues/129247 Since there is no upstream musl (alpine) bindist for GHC 8.6.5, we can only accept that binary 8.6.5 is not possible with musl.
* ghc*-binary: Remove no-op `--with-gmp-libraries`Niklas Hambüchen2021-07-10
|
* haskell.compiler.ghc8102Binary: Split `ghcBinDists` set into default and musl.Niklas Hambüchen2021-07-10
| | | | | | | | | | This allows to implement the "HACK" mentioned in the commit to build `pkgsMusl` GHCs on Hydra without failing evaluation on Darwin. Reference of the discussion: https://github.com/NixOS/nixpkgs/pull/129289#discussion_r663956747 Patch contributed by @sterni.
* pkgsMusl.haskell.compiler.ghc{8104,884,901,HEAD}: Disable sphinx for muslNiklas Hambüchen2021-07-10
| | | | | | | | | | | | | | | | | | | Adds new package options: * enableDocs * enableHaddockProgram to control whether to build Sphinx docs, and GHC haddocks and the haddock program. Unfortunately currently the building of the `haddock `program and generating GHC docs are mixed into one option, see: https://gitlab.haskell.org/ghc/ghc/-/issues/20077 Making Sphinx docs disableable, and disabling them by default for Musl and cross builds, makes it much easier to provide these builds without having to support Sphinx's enormous dependency tree for those ways of building.
* ghc: Add comments about `hardeningDisable` `pie` for muslNiklas Hambüchen2021-07-10
|
* pkgsMuslhaskell.compiler.{ghc884,ghc8104}: Use GHC 8.10 as bootstrap compiler.Niklas Hambüchen2021-07-10
| | | | | | | | | | | | This addresses the fact that `ghc865Binary` segfaults on musl (see #118731) because of the glibc+musl mix used in there. With the previous commits, `ghc8102Binary` was changed to use the musl-based bindist from GHC HQ instead, which works. With this change, all nix Haskell compilers builds on musl: NIX_PATH=nixpkgs=. nix-build --no-link --expr 'with import <nixpkgs> {}; { inherit (pkgsMusl.haskell.compiler) ghc884 ghc8104 ghc901 ghcHEAD; }'
* haskell.compiler.ghc865Binary: Disable "pie" hardening. See #129247Niklas Hambüchen2021-07-10
| | | | | While this does not fix `ghc865Binary` with musl, it at least prevents that the other, newer errors are shadowed (see #129247).