https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102396
--- Comment #6 from Giuseppe D'Angelo ---
That's brilliant! I really hadn't thought that pushing the hidden friend into a
private base would work nonetheless. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102396
--- Comment #5 from Patrick Palka ---
(In reply to Giuseppe D'Angelo from comment #3)
> Hello Patrick,
>
> Thank you for the insights. I'm left wondering however if the CWG resolution
> would possibly ever allow the operator== to be defined as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102396
--- Comment #4 from Giuseppe D'Angelo ---
To elaborate on the last comment, this testcase does complain about the
redefinition.
#include
#include
template class S;
template
static inline std::true_type is_S_impl(con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102396
--- Comment #3 from Giuseppe D'Angelo ---
Hello Patrick,
Thank you for the insights. I'm left wondering however if the CWG resolution
would possibly ever allow the operator== to be defined as a hidden friend; the
workaround you mentioned may le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102396
Patrick Palka changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102396
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102396
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,