https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105553
--- Comment #3 from Glen Joseph Fernandes ---
I would have expected this to only take effect in C++20 standards mode, leaving
C++03 through C++17 modes with no change in behavior.
Given the following intention in your commit message:
> This ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105553
Bug ID: 105553
Summary: Deduction when attempting to create an array with an
element type that is an abstract class
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
--- Comment #16 from Glen Joseph Fernandes ---
> should a wording defect be raised against std::to_address(Ptr), to state that
> pointer_traits being well-formed is actually a prerequisite?
That's not an omission in the specification of to_addr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
--- Comment #11 from Glen Joseph Fernandes ---
> if it can never be used.
You're misunderstanding. to_address(p) requires that pointer_traits is
valid. It just doesn't need to have a to_address member function.
Example 1. You have a pointer-l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
Glen Joseph Fernandes changed:
What|Removed |Added
CC||glenjofe at gmail dot com
--- Co
