Skip to content

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

Merged
sgraf812 merged 1 commit into
masterfrom
wip/T320
Oct 22, 2024
Merged

Resurrect the %errorhandlertype directive for back-compat (#320)#322
sgraf812 merged 1 commit into
masterfrom
wip/T320

Conversation

@sgraf812

Copy link
Copy Markdown
Collaborator

Fixes#320.

@Bodigrim

Copy link
Copy Markdown

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

@sgraf812sgraf812 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

sgraf812 commented Oct 21, 2024

Copy link
Copy Markdown
CollaboratorAuthor

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

sgraf812 commented Oct 21, 2024

Copy link
Copy Markdown
CollaboratorAuthor

@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

@sgraf812sgraf812 mentioned this pull request Oct 21, 2024
@sgraf812
sgraf812 merged commit 68104b1 into masterOct 22, 2024
Sign up for freeto 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

@sgraf812@Bodigrim