-
Notifications
You must be signed in to change notification settings - Fork 170
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
Export generic classes #585
Export generic classes #585
Conversation
Any chance of this being considered for merging and releasing? |
I'm just a contributor as you are. I can't merge any pull request here. This should be safe to merge. |
7127337
to
f13fedc
Compare
@tathougies any chance of this being merged? I've just rebased this on the most recent
|
`beam` relies very heavily on GHC generics, but the standard GHC generic instances are not appropriate for all use cases (motivating example in this case being [`large-records`](https://hackage.haskell.org/package/large-records)). Fortunately, the way GHC generics is set up allows us to use non-standard representations, _provided_ that we can then define additional instances for whatever generic classes are necessary. The [`beam-large-records`](https://github.com/well-typed/beam-large-records) library provides integration for `large-records` with `beam-core`, by providing these additional instances, but this does mean that the generic classes must be _exported_ from `beam-core` so that additional instances can be provided. This commit adds these exports.
f13fedc
to
57a12e6
Compare
Rebased this once more. Verified that all Anyone? |
I think @kmicklas is the one handling maintenance lately actually |
Hey new maintainer here, I can merge this and create a new release soon! |
Fantastic, thanks so much! |
This PR has been released in beam-core-0.10.3.0 |
beam
relies very heavily on GHC generics, but the standard GHC generic instances are not appropriate for all use cases (motivating example in this case beinglarge-records
). Fortunately, the way GHC generics is set up allows us to use non-standard representations, provided that we can then define additional instances for whatever generic classes are necessary. Thebeam-large-records
library provides integration forlarge-records
withbeam-core
, by providing these additional instances, but this does mean that the generic classes must be exported frombeam-core
so that additional instances can be provided. This commit adds these exports.