| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| |
|
|
|
|
| |
Expose from haskell.packages.ghc921 (which is the only GHC version that
can build it easily atm) and additionally install man page, language
guide and code examples.
|
| |
|
|
| |
https://www.haskell.org/ghc/download_ghc_9_0_2.html
|
| |
|
|
|
|
|
| |
GHC 9.2.1 has grown beyond being a release candidate for quite some time
now, so let's also adjust the released shortcut in the jobset
definition. ghc-api-compat and haskell-language-server still don't
support 9.2.1, however.
|
| |
|
|
| |
hlint introduced GHC 9.2.1 support on its development branch recently.
|
| |
|
|
|
|
|
| |
haskell.packages.ghc921.bsb-http-chunked: disable doctest suite
This package's doctest suite is invoked in a weird way apparently which
makes it fail to typecheck with GHC 9.2.1.
|
| |
|
|
| |
hyper-haskell depends on electron-10.4.7, which is marked insecure.
|
| |
|
|
|
|
|
|
| |
mach-o executables we produce in writers are not always fully valid for
some reason. In normal derivation this is fixed in fixupPhase and we can
replicate this behavior here easily.
Resolves #132660.
|
| |
|
|
|
| |
This will produce some binary cache and CI for GHC 9.2.1. Specifically
we will notice when we can drop the head.hackage packages again.
|
| |
|
|
| |
This is more accurate, since we don't have GHC 9.2.1 nor HEAD in there.
|
| | |
|
| |
|
|
| |
Co-authored-by: sterni <sternenseemann@systemli.org>
|
| |
|
|
| |
Now a lot more is working here, let's keep it that way!
|
| | |
|
| |
|
|
|
|
| |
This fixes musl+integer-simple, see #130441.
Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* haskell.packages.ghc884.ghc-api-compat needed us to re-add the 8.6
version of the package.
* haskell.packages.ghc901.ghc-api-compat now points to the newly
released 9.0.1 version of the package.
* haskell.packages.ghc8107.ghc-api-compat now correctly points to
ghc-api-compat 8.10.7.
GHC 9.2.1 is still unsupported (which is to be expected, with it
being a release candidate).
To make sure everything stays working we'll build ghc-api-compat as part
of versionedCompilerJobs.
|
| |
|
|
| |
https://www.haskell.org/ghc/download_ghc_8_10_7.html
|
| |
|
|
| |
Attribute was removed in cb330ce4f05f5a6e2da3021e9cbf4ea2eb592631.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
| |
Try using the latest and greatest version Cabal for cabal-install and
cabal-install-parsers, we'll see how it goes.
|
| | |
|
| |
|
|
| |
staticHaskellPackages
|
| | |
|
| |
|
|
|
| |
This is helpful to get a small cache going for people
who want musl-enabled packages.
|
| |
|
|
|
| |
integer-simple GHCs appear to be broken when linking against musl and
non-static-linking.
|
| |
|
|
|
|
|
| |
The statically-linked Haskell packages on Darwin are not currently
working because libiconv is not building statically on Darwin.
The statically-linked Haskell packages on aarch64 are timing out on Hydra.
|
| |
|
|
| |
These aarch64 builds appear to be timing out.
|
| |
|
|
|
|
| |
static
This is just a small reorganization.
|
| |\
| |
| | |
top-level/release-haskell.nix: add agda packages and test to jobset
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Since the agda compiler is updated via haskellPackages.Agda, we are
quite likely to cause regressions in agdaPackages when the language is
changed via compiler updates. Thus we should build agdaPackages (which
is very small) as part of the haskell-updates jobset and track if
basic agda functionality (compiler and standard library) is working.
|
| |/ |
|
| |
|
|
|
|
|
|
|
|
| |
Since the rust writer doesn't seem to get fixed on darwin, we'll just
wrap the haskell writer test in our own derivation (which is possible
since tests.writers exposes a bunch of internals via passthru) and
expose it via tests.haskell which are already in mergeable.
Finally a way to test the (hopefully) working haskell writer on darwin
again!
|
| |
|
|
|
|
| |
pkgsMusl.haskell.compiler.ghc865Binary is known and expected to not
work, so we can remove it easily. Also gets rid of annoying evaluation
errors.
|
| |\
| |
| | |
Fix GHC not building with musl
|
| | | |
|
| |/
|
|
| |
This should avoid any licensing problems wrt GMP being LGPL.
|
| |
|
|
|
| |
Adds support for GHC 9.0.x which we also test by compiling it with all
available GHC versions on Hydra.
|
| |
|
|
| |
Inherit nvfetcher and uusi jobs from top-level for extra visibility.
|
| |
|
|
|
|
| |
Since libiconv doesn't build in pkgsStatic on darwin, having these
builds in our aggregate jobset are just gonna make it fail due to reason
not really in scope for our jobset here.
|
| |
|
|
|
|
| |
This way we can keep track of any new regressions to this as well as
have some binary cache, so using this infrastructure doesn't require
compiling GHC all the time.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
We need to merge the set of complete jobs not of platforms to test on
since our aggregate jobs will always be “proper” jobs.
|