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

Fixing capital letters in the "in" syntax of instantiate. #8110

Merged
merged 1 commit into from
Sep 6, 2018

Conversation

herbelin
Copy link
Member

This trace of V7-style capital letters in an admittedly uncommon syntax remained unnoticed for 14 years.

Kind: bug fix

Found by @zeimer (see #8072).

The PR is purely about the syntax side (not about the technical issues with instantiate, #5378, #5504, #5505, ...).

This trace of V7 syntax remained unnoticed (since July 2004).
Copy link
Member

@ppedrot ppedrot left a comment

Choose a reason for hiding this comment

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

Isn't that changing the keyword status of type or value in any way? I think it does not but I'm asking just in case.

@ppedrot ppedrot self-assigned this Jul 23, 2018
@Zimmi48 Zimmi48 added the kind: fix This fixes a bug or incorrect documentation. label Jul 23, 2018
@Zimmi48 Zimmi48 added this to the 8.9+beta1 milestone Jul 23, 2018
@ppedrot
Copy link
Member

ppedrot commented Jul 30, 2018

After pondering a bit, I think this PR should probably deserve comments by more devs. I understand that it brings uniformity to a rarely used syntax, but let's summon people just in case by marking this PR a needing discussion.

@ppedrot ppedrot added the needs: discussion Further discussion is needed. label Jul 30, 2018
@herbelin
Copy link
Member Author

by marking this PR a needing discussion.

Anyone willing to discuss this PR after the summer breaks?

Isn't that changing the keyword status of type or value

It does not.

Definition Value := 0. (* ok *)

The reason (to double-check) is that VERNAC EXTEND detects that it comes after another token, in, so that they don't need to be declared as tokens themselves.

Copy link
Member

@ppedrot ppedrot left a comment

Choose a reason for hiding this comment

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

I don't think that this PR will trigger a fierce opposition nor any enthusiasm from other devs, so I'll just leave a few days before merging it quietly.

@ppedrot ppedrot removed the needs: discussion Further discussion is needed. label Sep 5, 2018
@ppedrot ppedrot merged commit 0a60dad into coq:master Sep 6, 2018
@coqbot coqbot modified the milestones: 8.9+beta1, 8.10+beta1 Oct 2, 2018
proux01 added a commit to proux01/bigenough that referenced this pull request Dec 6, 2021
This was deprecated in coq more than three years ago in
coq/coq#8110 and removed recently
coq/coq#15193 (so will disappear in 8.16).
proux01 added a commit to proux01/multinomials that referenced this pull request Dec 14, 2021
This was deprecated in coq more than three years ago in
coq/coq#8110 and removed recently
coq/coq#15193 (so will disappear in 8.16).
thery pushed a commit to thery/multinomials that referenced this pull request Jan 3, 2023
This was deprecated in coq more than three years ago in
coq/coq#8110 and removed recently
coq/coq#15193 (so will disappear in 8.16).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind: fix This fixes a bug or incorrect documentation.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants