-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Return _Nontrivial_dummy_type
to <optional>
#2117
Conversation
We pushed this type up into `<xutility>` to use implementing the `optional`-alikes in `<ranges>`. After realizing that the updated C++20 `constexpr` rules mean we can avoid activating any union alternative in a `constexpr` constructor if we like, we removed the uses in `<ranges>`. This PR simply moves the type back to `<optional>` since it's no longer used elsewhere.
_Nontrivial_dummy_type
to <optional>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank for this nontrivial tidy up
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Approved.
But again:
##[error]We stopped hearing from agent BUILD0003C7. Verify the agent machine is running and has a healthy network
connection. Anything that terminates an agent process, starves it for CPU, or blocks its network access can cause this error.
For more information, see: https://go.microsoft.com/fwlink/?linkid=846610
:(
I'm mirroring this to an MSVC-internal PR. It's totally fine to push changes for code review feedback, but please notify me in that case. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me.
Thanks for cleaning up this tiny throughput issue! 🧹 🔬 🎉 |
We pushed this type up into
<xutility>
to use implementing theoptional
-alikes in<ranges>
. After realizing that the updated C++20constexpr
rules mean we can avoid activating any union alternative in aconstexpr
constructor if we like, we removed the uses in<ranges>
. This PR simply moves the type back to<optional>
since it's no longer used elsewhere.