标签：c friend

我有以下C代码：

class A {
 protected:
  struct Nested {
    int x;
  };
};

class B: public A {
  friend class C;
};

class C {
  void m1() {
    B::Nested n; // or A::Nested
  }
};

使用g 4.4编译这个片段,我在m1中使用B :: Nested还是A :: Nested没有区别. Clang接受B :: Nested,但如果我是A :: Nested则不编译.这是g或clang中的错误吗？

解决方法:

根据该标准,GCC是正确的,Clang是错的.它在11.2 / 4说

A member m is accessible when named in class N if

• m as a member of N is protected, and the reference occurs in a member or friend of class N, or in a member or friend of a class P derived from N, where m as a member of P is private or protected

这是这个Clang bugreport的主题,它阻止了Clang构建Qt：http://llvm.org/bugs/show_bug.cgi?id=6840.一个Clang家伙说

Actually, I intentionally haven’t implemented this rule yet. It is either a
drafting error or a horrible mistake. It neuters the entire ‘protected’
specifier, it makes the well-formedness of code dependent on the
existence of completely unrelated classes, it imposes high costs on the
implementation, and it’s formally undecidable in the presence of templates.

标签：c,friend
来源： https://codeday.me/bug/20191007/1868001.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。