为什么``````````````'）''默认值不是默认值

我要看看我的理解是否正确。

inline是C 编译器的建议，以便在函数更好的情况下替换一个函数，因此将其称为"从图书馆外部"的程序标记为嵌套的过程不应可靠，并且在逻辑上应该默认隐藏它们，以防止他们称呼它们作为对编译器或代码库的更新可以更改决定(从而删除inline D功能和ABI断开？(。

似乎不是默认设置，应该设置-fvisibility-inlines-hidden来实现这一目标。我在这里问为什么是这种情况？是否设置具有任何真实用例

它们在逻辑上应默认隐藏

C 需要所有功能(包括inline功能(在所有翻译单元中具有相同的地址。也应在所有翻译单元之间共享本地静态。如果将程序作为多个共享对象(.SO文件(构建，则隐藏内联函数违反了这些要求。

内联函数应该具有公共可见性，以便动态链接器可以在运行时从所有现有的定义中选择一个定义。

GCC Wiki提到以下：

-fvisibility-inlines-hidden可以在没有源更改的情况下使用，，除非您需要覆盖它，以覆盖地址身份对于函数本身很重要的嵌入式或任何功能本地静态数据。。

考虑以下示例。可执行资源：

// main.cpp
#include <cstdio>
struct A { };
inline A &foo()
{
    static A a;
    return a;
}
int main()
{
    void *p = &foo();
    std::printf("main() - %pn", p);
}

共享对象来源：

#include <cstdio>
struct A { };
inline A &foo()
{
    static A a;
    return a;
}
static __attribute__((constructor)) void init()
{
    void *p = &foo();
    std::printf("main() - %pn", p);
}

如果您同时构建并链接可执行的对象，则可以看到foo总是在两个翻译单元中返回相同的地址。

现在，如果您将__attribute__((visibility("hidden")))添加到这些内联函数，那么您将看到该地址在不同的翻译单元中不同。

这不是某些C 程序可能期望的。

当今大多数人认为inline与实际功能内部无关。这不是完全正确的。精灵目标试图使动态链接透明，例如如果程序作为单个可执行文件或多个共享对象，则应行为相同。

使精灵需要所有具有公众可见性的功能，但要通过got或plt来调用，就好像它是"导入"功能一样。这是必需的，以便每个函数都可以被另一个库(或可执行文件本身(超越。这也禁止为所有公共非内部功能的插条(请参阅第3.5.5节，这表明应通过plt进行公共函数调用(。

代码对公共内联函数的代码恰好是可能的，因为inline允许在内联函数的多个定义不等的定义时，程序行为是不确定的。

有趣的说明：clang违反了这一精灵的要求，并且能够在小精灵目标上嵌入公共功能。GCC可以使用-fno-semantic-interposition标志。