Skip to content

Conversation

frederick-vs-ja
Copy link
Contributor

Fixes #4901. The workaround doesn't seem to affect conformance, as the destructor of derived classes and variant are always noexcept.

@frederick-vs-ja frederick-vs-ja requested a review from a team as a code owner August 21, 2024 16:24
@CaseyCarter CaseyCarter added the bug Something isn't working label Aug 21, 2024
Copy link
Contributor

@CaseyCarter CaseyCarter left a comment

Choose a reason for hiding this comment

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

Just a couple of nits that I'll apply.

@StephanTLavavej StephanTLavavej self-assigned this Aug 21, 2024
@StephanTLavavej StephanTLavavej removed their assignment Aug 22, 2024
@StephanTLavavej StephanTLavavej self-assigned this Aug 25, 2024
@StephanTLavavej
Copy link
Member

I'm mirroring this to the MSVC-internal repo - please notify me if any further changes are pushed.

@StephanTLavavej StephanTLavavej merged commit 75d3e6c into microsoft:main Aug 25, 2024
39 checks passed
@StephanTLavavej
Copy link
Member

Thanks for fixing this so quickly and ensuring that we never run out of compiler bug workarounds! 🐞 ♾️ 😹

@frederick-vs-ja frederick-vs-ja deleted the workaround-llvm-59854-variant branch August 25, 2024 23:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

<variant>: clang-cl considers std::variant not constexpr for certain situations when non-trivially destructible types are involved
3 participants