Skip to content
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

Merged
merged 6 commits into from
Oct 16, 2024
Merged

[#296] Support ghc-9.10 #297

merged 6 commits into from
Oct 16, 2024

Conversation

gromakovsky
Copy link
Member

@gromakovsky gromakovsky commented Oct 15, 2024

Description

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.

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).

  • I made sure my PR addresses a single concern, or multiple concerns which
    are inextricably linked. Otherwise I should open multiple PR's.
  • If I added/removed/deprecated functions/re-exports,
    I checked whether these changes impact the .hlint.yaml rules
    and updated them if needed.

Related changes (conditional)

  • Tests

    • If I added new functionality, I added tests covering it.
    • If I fixed a bug, I added a regression test to prevent the bug from
      silently reappearing again.
  • Documentation

    I checked whether I should update the docs and did so if necessary:

  • Record your changes

    • I added an entry to the changelog (creating the Unreleased section if necessary) if my changes are visible to the users
      and
    • provided a migration guide for breaking changes if possible

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

  • I updated the version number in universum.cabal.
  • I updated the changelog and moved everything
    under the "Unreleased" section to a new section for this release version.
  • If any definitions (functions, type classes, instances, etc) were added,
    I added @since haddock annotations.
  • (After merging) I created a new entry in the releases page,
    with a summary of all user-facing changes.
    • I made sure a tag was created using the format vX.Y.Z

@gromakovsky gromakovsky force-pushed the gromak/support-ghc-9.10 branch from 65de90e to 5ba3d98 Compare October 15, 2024 11:11
@gromakovsky gromakovsky changed the title [Chore] Support ghc-9.8.1 [Chore] Support ghc-9.10 Oct 15, 2024
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.
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.
@gromakovsky gromakovsky force-pushed the gromak/support-ghc-9.10 branch from 5f089ec to 06dc3f2 Compare October 15, 2024 11:41
@gromakovsky gromakovsky changed the title [Chore] Support ghc-9.10 [#296] Support ghc-9.10 Oct 15, 2024
@gromakovsky gromakovsky requested a review from int-index October 15, 2024 12:29
CHANGES.md Outdated
=======

* [#297](https://github.com/serokell/universum/pull/297)
* User-invisible change to support GHC-9.10.
Copy link
Member

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"

Copy link
Member Author

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.

Copy link
Member

@int-index int-index left a 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.

@gromakovsky gromakovsky force-pushed the gromak/support-ghc-9.10 branch from 06dc3f2 to aad5e5e Compare October 16, 2024 16:54
@gromakovsky gromakovsky merged commit 0b4a903 into master Oct 16, 2024
11 checks passed
@gromakovsky gromakovsky deleted the gromak/support-ghc-9.10 branch October 16, 2024 17:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Package doesn't compile with GHC 9.10
2 participants