https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87205
Glen Joseph Fernandes changed:
What|Removed |Added
CC||glenjofe at gmail dot com
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
--- 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
Glen Joseph Fernandes changed:
What|Removed |Added
CC||glenjofe at gmail dot com
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: glenjofe at gmail dot com
Target Milestone: ---
Starting with GCC11, the following definition of a trait to check if a type is
abstract no longer works in any
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
