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

Simplify implementation of parsing constraints. #16429

Merged
merged 6 commits into from
Jul 17, 2017

Conversation

CyrusNajmabadi
Copy link
Member

No description provided.

@agocke agocke changed the base branch from post-dev15 to master February 14, 2017 23:27
@gafter gafter self-assigned this Apr 14, 2017
Copy link
Member

@gafter gafter left a comment

Choose a reason for hiding this comment

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

LGTM

list.Add(_syntaxFactory.SimpleBaseType(this.AddError(this.CreateMissingIdentifierName(), ErrorCode.ERR_TypeExpected)));
}
else
{
TypeSyntax firstType = this.ParseDeclarationType();
Copy link
Member

Choose a reason for hiding this comment

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

Indentation wrong on this line and two lines down.

Copy link
Member Author

Choose a reason for hiding this comment

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

Fixed indentation.

@gafter gafter removed their assignment Apr 14, 2017
@CyrusNajmabadi
Copy link
Member Author

@dotnet/roslyn-compiler Can i get a second pair of eyes? Thanks!

@CyrusNajmabadi
Copy link
Member Author

Tagging @MattGertz Improvements in parser that benefit IDE and compiler.

@MattGertz
Copy link
Contributor

Approved pending tests.

@jaredpar jaredpar added this to the 15.later milestone Apr 26, 2017
@CyrusNajmabadi CyrusNajmabadi changed the base branch from master to dev15.6 May 17, 2017 20:47
@CyrusNajmabadi
Copy link
Member Author

Rebased to 15.6.

@@ -1796,42 +1796,26 @@ private BaseListSyntax ParseBaseList()
try
{
// first type
Copy link
Member

Choose a reason for hiding this comment

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

If I understood correctly, the code that was removed (here and below) handled the case class C : where T : ... and class C : I1, where T : ....
Do we have parser tests for those? If not, could you add them?

Copy link
Member Author

Choose a reason for hiding this comment

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

Will check on this.

Copy link
Member Author

Choose a reason for hiding this comment

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

This is parsed properly. That's because ParseType will not accept "where :" as a type name. I'm not sure if we have tests for this though, so i will add them.

Copy link
Member Author

Choose a reason for hiding this comment

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

tests added.

Copy link
Member

@jcouv jcouv left a comment

Choose a reason for hiding this comment

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

LGTM Thanks

@CyrusNajmabadi CyrusNajmabadi merged commit 37abaef into dotnet:master Jul 17, 2017
@CyrusNajmabadi CyrusNajmabadi deleted the parserDiagnostics40 branch July 17, 2017 21:57
333fred added a commit to 333fred/roslyn that referenced this pull request Jul 20, 2017
…c-member-reference

* dotnet/features/ioperation: (134 commits)
  Fix build break in IOperation feature branch
  Fix unit tests that broke with previous commit
  Address PR feedback from Chuck
  Fix unit test
  Add IOperation support for variations of object creation expressions (type parameter, nopia and dynamic)
  Remove dead code from GenerateConstructor.
  Disable NETCore version check
  Fixed review notes.
  Add comment
  Disable NETCore version check
  Show modifier/method/type block declaration keywords after attribute lists
  Improve type argument list parsing in error conditions. (dotnet#19467)
  Don't report modifier errors while parsing. (dotnet#16339)
  Fix assert and merge
  Remove extra space
  Restore failure behavior.
  Simplify implementation of parsing constraints. (dotnet#16429)
  Fix csproj
  Remove CapturedVariablesByLambda (dotnet#20878)
  Remove testing wait
  ...
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants