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

Resurrect the %errorhandlertype directive for back-compat (#320) #322

Merged
merged 1 commit into from
Oct 22, 2024

Conversation

sgraf812
Copy link
Collaborator

Fixes #320.

@Bodigrim
Copy link

FWIW happy-2.1 was a major bump already, which is enough for a breaking change (even if not reflected in the changelog).

@sgraf812 sgraf812 changed the title Properly announce removal of the %errorhandlertype directive and bump version to 3.0 (#320) Resurrect the %errorhandlertype directive for back-compat (#320) Oct 21, 2024
@sgraf812
Copy link
Collaborator Author

sgraf812 commented Oct 21, 2024

Thanks. Indeed I was wondering whether happy's versioning scheme is subject to the PVP (it appears that every package is). I bumped to 2.1.1 instead.

I brought back the old %errorhandlertype feature (and will now go wash my hands).

@sgraf812
Copy link
Collaborator Author

sgraf812 commented Oct 21, 2024

@yav I verified that the package candidate 2.1.1 makes language-rust buildable again. I'll merge soon. Try with the following cabal.project:

packages:
  .
  http://hackage.haskell.org/package/happy-lib-2.1.1/candidate/happy-lib-2.1.1.tar.gz
  http://hackage.haskell.org/package/happy-2.1.1/candidate/happy-2.1.1.tar.gz

@sgraf812 sgraf812 merged commit 68104b1 into master Oct 22, 2024
26 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

version 2.1: unrecognised directive: %errorhandlertype
2 participants