海湾合作委员会:可见度内部以什么方式“在实际使用中相当无用”?

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了海湾合作委员会:可见度内部以什么方式“在实际使用中相当无用”?相关的知识,希望对你有一定的参考价值。

我目前正在使用GCC为QNX(x86)开发一个库,我想制作一些在库中专用的符号,对其他模块是不可见的,特别是对使用该库的代码。

这已经成功了,但是,在研究如何实现它时,我在GCC的文档中找到了一个非常令人担忧的段落(参见http://gcc.gnu.org/onlinedocs/gcc-4.8.2/gcc/Code-Gen-Options.html#Code-Gen-Options,flag -fvisibility的解释):

尽管有命名法,但默认总是意味着公开;即,可以从共享对象外部链接。 protected和internal在实际使用中相当无用,因此隐藏了唯一的其他常用选项。默认情况下if -fvisibility未指定为默认值,即将每个符号设为公共 - 这会导致与以前版本的GCC相同的行为。

我对“内部”在实际使用中的可见性非常感兴趣。根据我从GCC文档(http://gcc.gnu.org/onlinedocs/gcc-4.8.2/gcc/Function-Attributes.html#Function-Attributes,可见性属性的解释)的另一段中所理解的,可见性“内部”甚至比“隐藏”的可见性更强(对我来说更有用):

内部可见性就像隐藏的可见性,但具有额外的处理器特定语义。除非psABI另有规定,否则GCC定义内部可见性意味着永远不会从另一个模块调用函数。将其与隐藏函数进行比较,隐藏函数虽然不能被其他模块直接引用,但可以通过函数指针间接引用。通过指示不能从模块外部调用函数,GCC可以例如省略PIC寄存器的加载,因为已知调用函数加载了正确的值。

任何人都可以深入解释一下吗?

答案

如果您只想隐藏内部符号,请使用-fvisibility=hidden。它完全符合你的要求。

internal旗比hidden旗更进一步。它告诉编译器ABI兼容性并不重要,因为模块外的任何人都不会使用该函数。如果某些外部代码确实设法调用该函数,它可能会崩溃。

不幸的是,有很多方法可以将internal函数意外暴露给外界,包括函数指针和C ++虚方法。例如,许多库使用回调来发送事件信号。如果您的程序使用其中一个库,则绝不能使用internal函数作为回调。如果这样做,编译器和链接器将不会发现任何错误,并且您的程序将具有细微的,难以调试的崩溃错误。

即使您的程序现在不使用函数指针,当所有人(包括您)忘记此限制时,它可能会在未来几年开始使用它们。牺牲安全性以获得微小的性能提升通常是一个坏主意,因此internal可见性不是建议的项目范围默认值。

如果您正在尝试优化一些使用频繁的代码,那么internal可见性会更有用。您可以使用__attribute__ ((visibility ("internal")))标记这些少数特定函数,它告诉编译器速度比兼容性更重要。你也应该为自己留言,所以你要记得永远不要指向这些功能。

另一答案

我无法提供深入的答案,但我认为“内部”可能不实用,因为它依赖于处理器。您可能会在某些系统上获得预期的行为,但在其他系统上,您只能“隐藏”。

以上是关于海湾合作委员会:可见度内部以什么方式“在实际使用中相当无用”?的主要内容,如果未能解决你的问题,请参考以下文章

活动以某种方式起作用但不可见

有没有办法在 Java 的 Linux 上以合作的方式播放 WAV 文件?

为啥 m 方法的可见性会以这种方式改变输出?我预计会发生相反的情况[重复]

Java 中的 Kotlin 内部类公开可见

Java语言中四种内部类(成员内部类,局部内部类,静态内部类,匿名内部类)在实际使用中有啥好处?

论契约精神