Skip to content

Conversation

arv
Copy link
Contributor

@arv arv commented Nov 4, 2014

We support this in a similar way to the way parsing regexps work.
When we look for the > we let the scanner treat >> as > and
decrease the position of the scanner so that next token it sees
starts after the first >.

Fixes #1467

@arv
Copy link
Contributor Author

arv commented Nov 4, 2014

@johnjbarton

@johnjbarton
Copy link
Contributor

LGTM

We support this in a similar way to the way parsing regexps work.
When we look for the `>` we let the scanner treat `>>` as `>` and
decrease the position of the scanner so that next token it sees
starts after the first `>`.

Fixes google#1467
@arv arv force-pushed the types-parse-gt-gt branch from ace37cc to ab53fbe Compare November 5, 2014 18:31
@arv arv merged commit ab53fbe into google:master Nov 5, 2014
@arv arv deleted the types-parse-gt-gt branch November 5, 2014 18:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Type generic syntax issue with >>

2 participants