-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[#296] Support ghc-9.10 #297
Conversation
65de90e
to
5ba3d98
Compare
Problem: there is ghc-9.10 for a while, but we don't support it for several reasons. Solution: 1. Ignore foldl' import from Prelude in one module if GHC version is 9.10 or newer. This export was added to Prelude in base-4.20. 2. Add 9.10.1 to tested-with. 3. Update the CI config accordingly. 9.6 is still considered as the main version (as it's used in the latest LTS resolver), so we use it for 3 OS.
http://www.stephendiehl.com/posts/protolude.html is no longer accessible.
Problem: CI refuses to build universum with GHC-9.10 because of `gauge`. It turned out to be a deprecated package. Solution: as temporary measure we disable building benchmarks completely. However, we should migrate to another library later. An issue is created for it.
5f089ec
to
06dc3f2
Compare
CHANGES.md
Outdated
======= | ||
|
||
* [#297](https://github.com/serokell/universum/pull/297) | ||
* User-invisible change to support GHC-9.10. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is "user-invisible" common terminology? I'd just say "Add support for GHC 9.10"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I slightly dislike "Add support for GHC 9.10" because sometimes it hides user-visible changes which can matter to whoever reads this changelog. I think I'll change it to "Add support for GHC 9.10 without any user-visible changes".
P. S. You may argue that the fact that I'm changing only the latest version component already implies that there are no user-visible changes, but sometimes people don't follow PVP (intentionally or not), so it's not guaranteed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unrelatedly to this PR: we should probably bump other compiler versions in ci.yml
, e.g. 9.6.6
instead of 9.6.3
etc.
06dc3f2
to
aad5e5e
Compare
Description
Problem: there is ghc-9.10 for a while, but we don't support it for several reasons.
Solution:
Related issues(s)
Resolves #296
✓ Checklist for your Pull Request
Ideally a PR has all of the checkmarks set.
If something in this list is irrelevant to your PR, you should still set this
checkmark indicating that you are sure it is dealt with (be that by irrelevance).
are inextricably linked. Otherwise I should open multiple PR's.
I checked whether these changes impact the
.hlint.yaml
rulesand updated them if needed.
Related changes (conditional)
Tests
silently reappearing again.
Documentation
I checked whether I should update the docs and did so if necessary:
Record your changes
Unreleased
section if necessary) if my changes are visible to the usersand
Stylistic guide (mandatory)
My commit history is clean (only contains changes relating to my
issue/pull request and no reverted-my-earlier-commit changes) and commit
messages start with identifiers of related issues in square brackets.
Example:
[#42] Short commit description
If necessary both of these can be achieved even after the commits have been
made/pushed using rebase and squash.
✓ Release Checklist
universum.cabal
.under the "Unreleased" section to a new section for this release version.
I added
@since
haddock annotations.with a summary of all user-facing changes.
vX.Y.Z