-
Notifications
You must be signed in to change notification settings - Fork 7
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
Abbreviating the Decorated type syntax #797
Comments
Not sure how I feel about Sounds good overall, though the downside of punctuation is gonna be that it's hard to search for. ( |
Hmm, didn't thing about any potential confusion with shebang. But at least this shouldn't be showing up at the start of any files? Any better ideas for shorthand for unique references? |
Maybe a better char for decorated types is |
I am o-k with |
The consensus was to use the above prefix |
Abandoning this for now with #812, since we are doing away with unique references, and ordinary references will not frequently appear in production signatures. |
I've been increasingly realizing that Silver's
Decorated
type syntax is much too verbose, especially with unique reference types showing up frequently in production signatures and dispatch attribute types; this is making error messages pretty hard to read.As a part of #751, I'm thinking we should change the syntax to
#Expr
forDecorated Expr
,#!Expr with {}
forDecorated! Expr with {}
, etc. Also with the #751 changes, the "real" decorated type constructor will beDec :: (Uniqueness -> InhSet -> * -> *)
, so this change would just be new syntactic sugar.This doesn't have to be a breaking change, as we can leave
Decorated
as a (deprecated?) alternative, but doing a big find/replace would be pretty easy.The text was updated successfully, but these errors were encountered: