-
Notifications
You must be signed in to change notification settings - Fork 48
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
Define SListI
in terms of All
#32
Comments
It might make sense to combine this change with the work that is in the wip-static-case branch. |
This may be a bit tricker than expected, because GHC cannot automatically infer
At the moment, |
I've been looking at this and also the static case work again. In particular for static case, I cannot see a way currently to make it work without using undecidable super classes in such a way that it is incompatible with GHC <8. As there's currently a chance that we'll retain GHC-7 compatibility for the type-level metadata work, I'll move this from 0.3 to 0.4. |
This is a reminder for myself.
I think it would be nicer to refactor the definitions such that
Currently,
All Top
impliesSListI
(via superclass constraint), but not vice versa. I think it'd be nicer if both are equivalent. In many cases, this would make thec
and non-c
versions of functions coincide.Consider for example the following two functions as they are currently:
With the equivalence, we have
The text was updated successfully, but these errors were encountered: