| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
haskell.packages.ghc96.ghc-tags: test on Hydra
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change essentially amounts to inlining
__CabalEagerPkgConfigWorkaround into haskellPackages.mkDerivation and
applying it automatically for the affected GHC versions. This is a bit
overeager, but the best automatic solution we can come up with for now.
Consequently, we don't need __CabalEagerPkgConfigWorkaround in nixpkgs
anymore nor downstream at least for “standard” haskellPackages builds.
__CabalEagerPkgConfigWorkaround is preserved for now since it is still
necessary if using GHC < 9.4 with Cabal >= 3.10 or cabal-install >= 3.10.
The one thing that may or may not be negatively affected by this change
is ghcWithPackages. I doubt this is a problem in practice though, since
it didn't provide pkg-config in the first place. passthru.env and
shellFor do and work correctly since they rely on mkDerivation.
|
| | |
|
| | |
|
| |\
| |
| | |
haskell.packages.ghc96: Build fixes
|
| | | |
|
| |/
|
|
|
|
| |
ghc-source-gen being broken is the norm now, as it only supports
GHC < 9.4. To keep tabs on it still (it is required for HLS some of the
time), we add it to release-haskell.nix.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The main motivation for this is that the latest versions of hspec-core
and hspec-expectations got out of sync due to an unlucky timing on the
hackage snapshot update. As a consequence, we weren't able to build
cabal-install in some package sets. Additionally, this brings a version
of futhark that can be built with the lsp version we ship.
This commit has been generated by maintainers/scripts/haskell/update-hackage.sh
and maintainers/scripts/haskell/regenerate-hackage-packages.nix.
Additional changes:
* Adapt to new xhtml version (still doesn't match the version normally
shipped by the respective GHC as a core library).
* Adapt to new versions of hspec* and pandoc
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
even more packages
|
| |
|
|
| |
more packages
|
| |
|
|
| |
some packages
|
| |
|
|
|
|
|
|
|
|
| |
Some packages cabal-install needed a certain version range (cabal-install-solver
and resolv) have versions incompatible with these in Stackage LTS 21. We can,
however, easily provide the necessary ones.
Additionally, we clean up some old resolv related overrides that are no longer
necessary or we no longer care about (being able to build cabal-install with
GHC 8.6, namely).
|
| |
|
|
|
|
| |
GHC 9.4 can build the latest version of shake-cabal, so let's do that!
The older version is preserved for GHC 9.2 in case we have users that
need to use GHC 9.2 for a transitional time.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* `ghc-lib*` is tracked by Stackage LTS 21 and has the matching versions
for GHC 9.4.
* `primitive` is actually upgraded in LTS 21 which we should follow.
* `th-desugar` and `th-abstraction` are downgraded in LTS 21 which we
should follow.
* `rope-utf16-splay` matches the manually chosen version.
|
| | |
|
| |
|
|
| |
The generated package at that attribute has the same version.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
Additionally, we fix an apparent mistake causing ghc-lib-parser to be
used as the ghc-lib attribute.
|
| | |
|
| |
|
|
|
|
|
|
| |
- More addPkgconfigDepends
- doJailbreak
- Tested pkgsets:
- [x] .#haskell.packages.ghc92.gtk
- [x] .#haskell.packages.ghc94.gtk
|
| | |
|
| | |
|
| |
|
|
| |
Restore bugfix release previously part of nixpkgs.
|
| |
|
|
|
|
| |
ormolu 0.6 wants ghc-lib* for GHC 9.6. It is probably possible to
upgrade to this version in the 9.4 set in principle, but this seems
simpler for now.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\
| |
| | |
haskell.packages.*.vector: clean up and unify overrides, run tests
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- The dontCheck overrides are not necessary completely. It seems that
there is some kind of issue with the doctest suite, but we can run the
other ones.
- We need a jailbreak everywhere due to doctest (ironically), so we can
move that into the common configuration.
- The i686 issue has been closed upstream. Tested locally to confirm
that it is indeed not a problem anymore.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Revert "haskell.packages.ghc94.cborg: resolve duplicate overlay entry"
This reverts commit 6634553e48f47185056d6646784a5f8fd329b1fe.
Revert "haskell.packages.ghc94.weeder: don't test on aarch64"
This reverts commit 600fd969f6d317524f4e859824f577663d795d15.
Reason for reverts: https://github.com/NixOS/nixpkgs/pull/221688 applied
a patch for the compilation failure we were seeing on aarch64.
|
| |/ |
|
| |
|
|
| |
cborg does not compile with GHC >= 9.4 and aarch64
|
| | |
|