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
Labels
effort: PLEASE SPLIT Takes too much time, should be split into subtasks package: syntax Related to the syntax of the language type: feature work: complex Uncertain solution; experiment, iterate, and gather feedback

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

@NickSeagull NickSeagull added type: feature package: syntax Related to the syntax of the language effort: PLEASE SPLIT Takes too much time, should be split into subtasks work: complex Uncertain solution; experiment, iterate, and gather feedback labels Mar 6, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
effort: PLEASE SPLIT Takes too much time, should be split into subtasks package: syntax Related to the syntax of the language type: feature work: complex Uncertain solution; experiment, iterate, and gather feedback
Projects
None yet
Development

No branches or pull requests

1 participant