为什么在GCC 5.1中仍然启用了COW std :: string优化？

Question

根据GCC 5发布更改页面(https://gcc.gnu.org/gcc-5/changes.html):

默认情况下,使用小字符串优化而不是写入时复制引用计数来启用std :: string的新实现

我决定检查它并写了一个简单的程序:

int main()
{
    std::string x{"blah"};
    std::string y = x;
    printf("0x%X\n", x.c_str());
    printf("0x%X\n", y.c_str());
    x[0] = 'c';
    printf("0x%X\n", x.c_str());
    printf("0x%X\n", y.c_str());
}

结果是:

0x162FC38
0x162FC38
0x162FC68
0x162FC38

请注意,x [0] ='c'后x.c_str()指针会发生变化.这意味着在写入时复制内部缓冲区.所以似乎COW仍然在工作.为什么？

我在Ubuntu上使用g ++ 5.1.0.

Answer 1

有些发行版故意偏离FSF GCC选择默认为新的ABI.这里解释了为什么Fedora 22会偏离上游GCC.简而言之:

在一个程序中,最好不要混合旧的和新的ABI,而是选择一个并坚持下去.如果程序的一部分假定某个类型的内部表示与程序的另一部分不同,则事情会中断.

因此,如果使用任何使用旧C++ ABI的C++库,则使用该库的程序也应使用旧的C++ ABI.

因此,如果使用任何使用GCC 4.9或更早版本构建的C++库,则使用该库的程序也应使用旧的C++ ABI.

Fedora 22仍然提供(或提供？)许多使用GCC 4.9构建的库,因为在Fedora 22发布之前没有足够的时间用GCC 5.1重建它们.为了允许程序使用这些库,GCC默认值被切换到旧的ABI.

据我所知,GCC 5不是Ubuntu中的默认编译器(但很快就会出现),所以如果它是作为额外安装提供的,那么来自Fedora的那些相同参数也适用于Ubuntu.