Skip to content

mhs compatibility#33

Closed
L0neGamer wants to merge 4 commits intohaskellari:masterfrom
L0neGamer:mhs-compat
Closed

mhs compatibility#33
L0neGamer wants to merge 4 commits intohaskellari:masterfrom
L0neGamer:mhs-compat

Conversation

@L0neGamer
Copy link
Copy Markdown

Proposed changlog entry below.

In this PR I add basic support for mhs's Solo, and fiddle with the Hashable instance generation so that it'll work for mhs.
I don't add mhs to the ci like QuickCheck does because their thing seems to be an odd script; I can look into that in future if that would be appreciated.

This is part of my ongoing work with nick8325/quickcheck#472.

Changelog entry:

  • Add microHS support

@phadej
Copy link
Copy Markdown
Collaborator

phadej commented May 6, 2026

I'm not interested in supporting MicroHS. I'm sorry.

@phadej phadej closed this May 6, 2026
@phadej
Copy link
Copy Markdown
Collaborator

phadej commented May 6, 2026

I however will change conditionals in .cabal file to not explicitly refer to GHC either: #34 that should work for MicroHs too, if their base is the same (enough) as one GHC ships.

@L0neGamer
Copy link
Copy Markdown
Author

I think one of the issues was the template haskell dependencies were also blocking, but I appreciate the refactor.

@phadej
Copy link
Copy Markdown
Collaborator

phadej commented May 7, 2026

template haskell dependencies

That's something MicroHS developers have to solve. I won't add if !impl(ghc) buildable: False to TH using components. The build system should be able to allow me to declare that declaratively without hunting down which compilers support it or not. (FWIW, not all GHCs support splicing TH either, so it's not a new problem; it just was swiped under the rug since TH was invented).

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.

2 participants