https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94342
Corey Tabaka changed:
What|Removed |Added
CC||eieio at google dot com
--- Comment #11
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: eieio at google dot com
Target Milestone: ---
Created attachment 42325
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42325&action=edit
Complete source fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82478
--- Comment #2 from Corey Tabaka ---
From section 11.3.2 of the C++14 draft spec:
"Declaring a class to be a friend implies that the names of private and
protected members from the class granting friendship can be accessed in the
base-specifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82478
--- Comment #4 from Corey Tabaka ---
Ah, you are right. Late night mixup...
The outer class friend should work though, correct?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82478
--- Comment #5 from Corey Tabaka ---
>From what I can tell the standard is not very explicit about the access rules
in the argument list of a partial specialization specifically. However, there
are examples in the spec that demonstrate friend acc