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

Remove forward-compatibility promise and all reserved & private syntax #883

Merged
merged 5 commits into from
Sep 10, 2024

Conversation

eemeli
Copy link
Collaborator

@eemeli eemeli commented Sep 9, 2024

Closes #881

As discussed today, we should remove the promise that a 2.0 parser will be able to deal with 2.1 syntax, and accordingly remove all reserved syntax (because with that stability policy change, all such reservations are unnecessary).

As noted in #881, this removes a major reason for private-use annotations, which I'm proposing to remove here as well.

As annotation is now exactly the same as function, these two definitions are merged.

The Unsupported Statement and Unsupported Annotation errors are removed, and their corresponding tests are now syntax error tests.

@eemeli eemeli added syntax Issues related with MF Syntax data model Issues related with MF data Model normative formatting test-suite errors Issues related to the errors section of the spec labels Sep 9, 2024
spec/README.md Show resolved Hide resolved
Copy link
Member

@macchiati macchiati left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Much simplified, LGTM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
data model Issues related with MF data Model errors Issues related to the errors section of the spec formatting normative syntax Issues related with MF Syntax test-suite
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Should we drop private-use annotations?
3 participants