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

A temporary fix of #13018 and #12775 for branch 8.12 (bis) #13073

Merged

Conversation

herbelin
Copy link
Member

@herbelin herbelin commented Sep 23, 2020

Kind: bug fix

This redoes #13026 on top of master (after #13026 was itself moved on top of branch v8.12).

Fixes #12775
Fixes #13018

  • Added / updated test-suite
  • Entry added in the changelog

We arbitrarily use max_int as higher level of custom entries in
printing, which should be ok since only < and <= are used to decide
when to use coercions.
@herbelin herbelin requested a review from a team as a code owner September 23, 2020 10:42
@herbelin herbelin added kind: fix This fixes a bug or incorrect documentation. part: notations The notation system. part: printer The printing mechanism of Coq. labels Sep 23, 2020
@Zimmi48 Zimmi48 added this to the 8.13+beta1 milestone Sep 23, 2020
Copy link
Member

@ejgallego ejgallego left a comment

Choose a reason for hiding this comment

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

Merging as discussion on #13026 .

@ejgallego
Copy link
Member

@coqbot: merge now

@coqbot-app coqbot-app bot merged commit d9d89ad into coq:master Sep 23, 2020
herbelin added a commit to herbelin/github-coq that referenced this pull request Jul 3, 2021
informations about the subentries: we remember whether we are at any
level, at the next level or at the self level.

Incidentally, we also take into account option Printing Parentheses in
custom entries.

This is a more principled fix to coq#12775/coq#13018 than coq#13073 (printing
bugs in custom entry rules with no explicit level).
herbelin added a commit to herbelin/github-coq that referenced this pull request Oct 22, 2021
informations about the subentries: we remember whether we are at any
level, at the next level or at the self level.

Incidentally, we also take into account option Printing Parentheses in
custom entries.

This is a more principled fix to coq#12775/coq#13018 than coq#13073 (printing
bugs in custom entry rules with no explicit level).
herbelin added a commit to herbelin/github-coq that referenced this pull request Jan 14, 2023
informations about the subentries: we remember whether we are at any
level, at the next level or at the self level.

Incidentally, we also take into account option Printing Parentheses in
custom entries.

This is a more principled fix to coq#12775/coq#13018 than coq#13073 (printing
bugs in custom entry rules with no explicit level).

Compared to "subentries", the name "entry_relative" insists on the
syntactic structure of the type rather than on its semantic origin,
since, after all, subentries are promoted as entries in the recursive
printing loop.
herbelin added a commit to herbelin/github-coq that referenced this pull request Jan 17, 2023
informations about the subentries: we remember whether we are at any
level, at the next level or at the self level.

Incidentally, we also take into account option Printing Parentheses in
custom entries.

This is a more principled fix to coq#12775/coq#13018 than coq#13073 (printing
bugs in custom entry rules with no explicit level).

Compared to "subentries", the name "entry_relative" insists on the
syntactic structure of the type rather than on its semantic origin,
since, after all, subentries are promoted as entries in the recursive
printing loop.
proux01 pushed a commit to herbelin/github-coq that referenced this pull request Feb 15, 2023
informations about the subentries: we remember whether we are at any
level, at the next level or at the self level.

Incidentally, we also take into account option Printing Parentheses in
custom entries.

This is a more principled fix to coq#12775/coq#13018 than coq#13073 (printing
bugs in custom entry rules with no explicit level).

Compared to "subentries", the name "entry_relative" insists on the
syntactic structure of the type rather than on its semantic origin,
since, after all, subentries are promoted as entries in the recursive
printing loop.
proux01 pushed a commit to herbelin/github-coq that referenced this pull request May 30, 2023
informations about the subentries: we remember whether we are at any
level, at the next level or at the self level.

Incidentally, we also take into account option Printing Parentheses in
custom entries.

This is a more principled fix to coq#12775/coq#13018 than coq#13073 (printing
bugs in custom entry rules with no explicit level).

Compared to "subentries", the name "entry_relative" insists on the
syntactic structure of the type rather than on its semantic origin,
since, after all, subentries are promoted as entries in the recursive
printing loop.
proux01 pushed a commit to herbelin/github-coq that referenced this pull request May 30, 2023
informations about the subentries: we remember whether we are at any
level, at the next level or at the self level.

Incidentally, we also take into account option Printing Parentheses in
custom entries.

This is a more principled fix to coq#12775/coq#13018 than coq#13073 (printing
bugs in custom entry rules with no explicit level).

Compared to "subentries", the name "entry_relative" insists on the
syntactic structure of the type rather than on its semantic origin,
since, after all, subentries are promoted as entries in the recursive
printing loop.
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. part: notations The notation system. part: printer The printing mechanism of Coq.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

custom entry without explicit level prints as constr instead Parens not printing right in custom grammar
3 participants