Commit Graph

2656 Commits

Author SHA1 Message Date
sternenseemann
490114a2e1 haskellPackages.ghc: 9.6.4 -> 9.6.5 2024-04-16 23:43:19 +02:00
sternenseemann
179f8e0aa4 haskell.compiler.ghc965: init at 9.6.5
https://www.haskell.org/ghc/blog/20240416-ghc-9.6.5-released.html
2024-04-16 20:07:28 +02:00
sternenseemann
c774347c25 haskell.compiler.ghcHEAD: 9.9.20231121 -> 9.11.20240323
Adds a new core package `os-string`.
2024-03-23 15:45:14 +01:00
sternenseemann
ccc08ba453 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 21:00:12 +01:00
sternenseemann
46cdbff42b 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 20:18:28 +01:00
sternenseemann
2d02d0d463 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 17:19:02 +01:00
maralorn
3c97d03b0f
Merge branch 'haskell-updates' into t/add-ghc-9.8.2 2024-02-26 13:00:09 +01:00
Peter Simons
27567240ea ghc: add new compiler version 9.8.2 2024-02-26 10:37:33 +01:00
sternenseemann
980d1086cc 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 16:05:55 +01:00
github-actions[bot]
acd0181532
Merge master into haskell-updates 2024-01-26 00:12:48 +00:00
sternenseemann
65fc44c341 haskell.compiler.ghc8102Binary: remove at 8.10.2
Since 46f14d30aa, it no longer has any
users in nixpkgs.
2024-01-25 15:20:35 +01:00
sternenseemann
c0e251a92c Merge remote-tracking branch 'origin/master' into haskell-updates 2024-01-23 21:05:45 +01:00
sternenseemann
0e756e65d5 haskell.compiler.ghc96: 9.6.3 -> 9.6.4
https://www.haskell.org/ghc/blog/20240109-ghc-9.6.4-released.html

Co-authored-by: Ben Gamari <ben@smart-cactus.org>
2024-01-23 21:05:01 +01:00
sternenseemann
2f8dcca4a9 haskellPackages.ghc: 9.6.3 -> 9.6.4 2024-01-22 15:14:41 +01:00
sternenseemann
b53d8e6cdb 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-18 14:21:23 +01:00
sternenseemann
edebca765c 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.
2024-01-07 13:48:41 +01:00
sternenseemann
9067af4fb4 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 12:09:06 +01:00
sternenseemann
274c1f0970 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-12-04 19:43:07 +01:00
sternenseemann
46f14d30aa haskell.compiler.ghc884: remove at 8.8.4
The main aim of this is to be able to drop llvmPackages_7.
2023-12-04 19:42:44 +01:00
sternenseemann
47a8cb6057 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 12:52:04 +01:00
sternenseemann
d48d90ed8a 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 12:52:04 +01:00
sternenseemann
2ec6f63534 haskell.compiler.ghcHEAD: 9.7.20230527 -> 9.9.20231014 2023-11-06 15:26:58 +01:00
Vaibhav Sagar
a63c085661 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-15 00:43:20 +02:00
maralorn
aa816d4958
Merge pull request #252362 from sternenseemann/ghc-9.4.7
haskellPackages.ghc: 9.4.6 -> 9.4.7
2023-10-04 22:24:01 +02:00
sternenseemann
32c1a8c383 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-10-04 17:13:56 +02:00
Ryan Hendrickson
1d78ad9ea4 haskell.compiler.ghc96: 9.6.2 -> 9.6.3
https://www.haskell.org/ghc/blog/20230925-ghc-9.6.3-released.html
2023-09-28 15:28:23 +02:00
sternenseemann
6c2a026292 haskellPackages.ghc: 9.4.5 -> 9.4.6 2023-08-08 16:29:20 +02:00
sternenseemann
0a96f3ee25 haskell.compiler.ghc946: init at 9.4.6
https://www.haskell.org/ghc/blog/20230807-ghc-9.4.6-released.html
2023-08-08 16:25:45 +02:00
sternenseemann
20b0406a00 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-07-04 15:29:40 +02:00
sternenseemann
03b3056f25 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-07-01 11:56:56 +02:00
sternenseemann
f1ad505272 haskell.compiler.ghc961: remove at 9.6.1 2023-06-08 18:18:11 +02:00
sternenseemann
9d886b0265 haskell.compiler.ghc96: 9.6.1 -> 9.6.2 2023-05-30 13:42:03 +02:00
ners
a83735c6a2 haskell.compiler.ghc962: init at 9.6.2
https://www.haskell.org/ghc/blog/20230523-ghc-9.6.2-released.html
2023-05-30 13:35:14 +02:00
Dennis Gosnell
b9d249b337
ghc: 9.2.7 -> 9.2.8 2023-05-28 20:44:40 +09:00
Dennis Gosnell
d7d6b1c445
haskell.compiler.ghc928: init at 9.2.8 2023-05-27 17:24:01 +09:00
sternenseemann
2fe11e6fee haskell.compiler.ghc94: 9.4.4 -> 9.4.5
https://www.haskell.org/ghc/blog/20230418-ghc-9.4.5-released.html
2023-04-22 17:47:11 +02:00
Domen Kožar
d7fd0bc914 haskell: ghc94 packages should point to ghc944 2023-03-18 19:22:37 +00:00
sternenseemann
f07d4d077e haskell.compiler.ghc961: init at 9.6.1
xhtml seems to be built unconditionally now which is at least one thing
improved by hadrian.
2023-03-12 13:16:26 +01:00
sternenseemann
b7d8c46302 haskellPackages.ghc: 9.2.6 -> 9.2.7
https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html

Also updates some of the printouts in the manual. We should probably
make it clear in the text that these may be outdated, since we are doing
a terrible job keeping up…
2023-03-01 18:41:14 +01:00
sternenseemann
81d5cb1550 haskell.compiler.ghc927: init at 9.2.7
https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html
2023-03-01 00:39:01 +01:00
sternenseemann
75cdc109f0 haskellPackages.ghc: 9.2.4 -> 9.2.6
https://www.haskell.org/ghc/blog/20230210-ghc-9.2.6-released.html
2023-02-13 15:32:09 +01:00
sternenseemann
bac43d3b64 haskell.packages.ghcHEAD: mv configuration-ghc-{head,9.8.x}.nix
GHC HEAD is a pre basically pre GHC 9.8 (or rather 9.7 something).
Let's name the configuration like the upcoming release, so we can use it
immediately when the new release comes out. Instead of keeping the HEAD
configuration like we used to, we'd create a new (empty) one.
2023-01-22 15:10:38 +01:00
sternenseemann
a05354790b haskell.compiler.ghcHEAD: use LLVM 14
This will be required for the JavaScript backend to work.
2023-01-03 22:42:57 +01:00
sternenseemann
9e8a483770 haskell.compiler.ghc94: 9.4.2 -> 9.4.4
https://www.haskell.org/ghc/blog/20221103-ghc-9.4.3-released.html
https://www.haskell.org/ghc/blog/20221224-ghc-9.4.4-released.html
2022-12-29 13:49:47 +01:00
sternenseemann
11882a0bde 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 23:44:01 +01:00
sternenseemann
3d361be06a 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 23:44:01 +01:00
sternenseemann
c7a0d75bd1 haskell.compiler.ghc92: 9.2.4 -> 9.2.5 2022-11-07 17:29:47 +01:00
sternenseemann
677ff51cfa 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 17:56:41 +01:00
sternenseemann
b4429529f5 haskell.compiler: upgrade to 9.2.4 for 9.2.* binary compiler 2022-09-26 18:02:02 +02:00
sternenseemann
da60f2dc9c 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-09-22 16:18:17 +02:00