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

/std:c++latest configs are /permissive or /permissive- #1162

Merged
merged 5 commits into from
Aug 14, 2020

Conversation

CaseyCarter
Copy link
Contributor

So our test coverage won't be damaged when the compiler changes /std:c++latest to imply /permissive-. I do so by adding /permissive- to every /std:c++latest command line that doesn't yet have it, and then reverting one configuration in each matrix to /permissive. It seems sensible to me that the majority of our coverage should change from permissive to strict mode to reflect the change in compiler default.

Fixes #435

So our test coverage won't be damaged when the compiler changes `/std:c++latest` to imply `/permissive-`. I do so by adding `/permissive-` to every `/std:c++latest` command line that doesn't yet have it, and then reverting one configuration in each matrix to `/permissive`. It seems sensible to me that the majority of our coverage should change from permissive to strict mode to reflect the change in compiler default.
@CaseyCarter CaseyCarter added the test Related to test code label Aug 7, 2020
@CaseyCarter

This comment has been minimized.

@azure-pipelines

This comment has been minimized.

@CaseyCarter CaseyCarter marked this pull request as ready for review August 9, 2020 17:55
@CaseyCarter CaseyCarter requested a review from a team as a code owner August 9, 2020 17:55
Copy link
Member

@BillyONeal BillyONeal left a comment

Choose a reason for hiding this comment

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

This looks OK to me but I think it would be good if we get a compiler person familiar with coming changes to additionally sign off.

@CaseyCarter
Copy link
Contributor Author

This looks OK to me but I think it would be good if we get a compiler person familiar with coming changes to additionally sign off.

Do you want me to drag someone over here, or are you happy enough for me to add a reviewer to the internal PR?

@BillyONeal
Copy link
Member

Internal is fine

Copy link
Member

@StephanTLavavej StephanTLavavej left a comment

Choose a reason for hiding this comment

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

Looks good - one question about the /await matrix but I'd be fine with checking this in as-is, if you want.

@StephanTLavavej
Copy link
Member

Timing assumption in the atomic_wait test; rerunning.

@StephanTLavavej

This comment has been minimized.

@azure-pipelines

This comment has been minimized.

@CaseyCarter CaseyCarter self-assigned this Aug 14, 2020
@CaseyCarter
Copy link
Contributor Author

This looks OK to me but I think it would be good if we get a compiler person familiar with coming changes to additionally sign off.

Closing the loop: I convinced @JonCavesMSFT to signoff on the internal MSVC-PR-267794.

@CaseyCarter CaseyCarter merged commit 02bf0cf into microsoft:master Aug 14, 2020
@CaseyCarter CaseyCarter deleted the strict_matrices branch August 14, 2020 21:33
@CaseyCarter
Copy link
Contributor Author

CaseyCarter commented Aug 14, 2020

Something something "strict" pun.

I think this falls below the threshold of being interesting enough to Changelog.

@CaseyCarter CaseyCarter removed their assignment Aug 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
test Related to test code
Projects
None yet
Development

Successfully merging this pull request may close these issues.

STL: Test /std:c++latest /permissive (lax) mode
3 participants