Age | Commit message (Collapse) | Author | Files | Lines |
|
Remove the dependencies on ormolu and fourmolu, and mark the
corresponding plugin components as non-buildable.
|
|
The lower base bound is actually not justified and we can just continue
using the default version of primitive addr like we do for GHC < 9.0.
This commit partially reverts 908f4e078955b61031328022d01405e557ccbc04.
|
|
Newer versions require too recent a `base` version.
|
|
|
|
|
|
|
|
|
|
Co-authored-by: sternenseemann <sternenseemann@systemli.org>
|
|
|
|
All versions have this patch that conditionally enables support for
template-haskell >= 2.16, so we can fold them into one.
|
|
hls-stan-plugin is not buildable with GHC >= 9.2.4 && < 9.4, so we have
no GHC from the 9.2 series that would support this plugin.
|
|
|
|
We have some jobs that hit this case in release-haskell.nix, but they
are not actually created, since we forgot to relax hydraPlatforms…
|
|
|
|
|
|
weeder has no actively maintained support for older GHC versions, so we
need to partially restore historic install-plans when it is affected by
breaking changes in other libraries than GHC.
|
|
|
|
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
|
|
|
|
GHC 9.4 introduced a virtual package for linking against the C++
standard library. Since some packages depend on it when configured with
GHC 9.4 (as hackage2nix does), we need to make sure the attribute exists
or some packages will fail to evaluate. The may still build, even though
there is no shim for lower GHC versions (as far as I know).
|
|
This dependency is no longer necessary for GHC >= 9.4, but we need to
make it available for GHC < 9.4.
|
|
Before Cabal >= 3.8, Cabal-syntax did not exist, but there is a dummy
package Cabal-syntax-3.6.0.0 which can be used to prevent the constraint
solver from picking mutually incompatible versions of Cabal and
Cabal-syntax. Since we are now solving flags with Cabal >= 3.8, many
packages have a dependency on Cabal-syntax they did not have before,
requiring us to have a matching attribute in every package set. Using
the dummy package is the safest solution, although it is not required in
every case.
Fixes eval of jailbreak-cabal for GHC < 9.4.
|
|
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.
|
|
|
|
|
|
- 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.
|
|
|
|
terminfo had a new release on hackage and we only ship the latest
version currently, so every GHC gets the newest version. Whether this is
correct, is another question, occurs to me – we'll have to look into
whether we should fix this at some point.
|
|
Since the overrides are practically the same for all but the latest GHC
version, we can move the override into configuration-common.nix and rely
on a few conditionals in the overlay assembly — and end up with less
copying around!
|
|
Since there is probably more movement going forward, testing this on
Hydra for multiple GHC versions seems sensible.
|
|
GHC 9.2.6 ships a new patch release of bytestring which protolude has
an (apparently unnecessary) upper bound on.
|
|
weeder 2.5.* requires GHC 9.4
|
|
These were necessary since our broken flags were based on GHC 9.0. This
is not the case anymore and they are correct from the get-go.
|
|
|
|
Now that the base compiler has been updated to GHC 9.2, the cabal file
removes those unsupported plugins.
|
|
|
|
|
|
This unbreaks hlint which constrains it to < 9.2.1.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
purescript now requires at least GHC 9.2 to be built due to the use of
OverloadedRecordDot. Consequently `haskellPackages.purescript` is marked
as broken. After eliminating the test dependency on the broken
utf8-light in language-javascript_0_7_0_0 we can build and test
purescript in the 9.2.4 package set.
|
|
|
|
|