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

Type class aliases #116

Open
NickSeagull opened this issue Sep 7, 2024 · 0 comments
Open

Type class aliases #116

NickSeagull opened this issue Sep 7, 2024 · 0 comments

Comments

@NickSeagull
Copy link
Contributor

GHC doesn't support type class aliases. We should support a way through the source preprocessing to support type class aliases that are rewritten during compilation, not only in source code, but also in errors.

This would help making everything more homogeneous, like for example instead of having:

  • Aeson.FromJSON/ToJSON
  • Toml.FromValue/ToValue
  • Protobuf.Encode/Decode

We could have

  • Json.Decodable/Encodable
  • Toml.Decodable/Encodable
  • Protobuf.Decodable/Encodable

This supports the NeoHaskell principles of design

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: No status
Development

No branches or pull requests

1 participant