gcc需要大量内存来编译c++；堆栈上具有非常大对象的文件 我有一个C++文件，它使用了 STD:：BITSET 。在windows子系统linux上使用gcc进行编译时，如果size=1000000000（1Gbit）导致使用约1.6GB编译时内存，size=1000000000（10GB）导致约6GB内存和约15GB虚拟内存（我的电脑总共有8GB内存）。内存是逐渐分配的，编译在最大值之后立即完成。 如果大小较大，程序一启动就会遇到分段错误（堆芯转储）。转折点在10米到100米之间

在MSVC上，如果

size

较小，则程序编译和运行良好。对于较大的

size

会引发异常：“堆栈溢出”。如果

size

非常大，则在文件

位集中出现错误“数组的总大小不得超过0x7fffffff字节”

该问题与优化水平无关。不管-O0，-O1，
-O2或O3，都是一样的

这是gcc-v的输出：

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.3.0-27ubuntu1~18.04' --with-bugurl=file:///usr/share/doc/gcc-7/README.Bugs --enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++ --prefix=/usr --with-gcc-major-version-only --program-suffix=-7 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-libmpx --enable-plugin --enable-default-pie --with-system-zlib --with-target-system-zlib --enable-objc-gc=auto --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 7.3.0 (Ubuntu 7.3.0-27ubuntu1~18.04)

这是我的测试代码，非常简单

#include <bitset>

int main(){
    const size_t size = ...;
    std::bitset<size> bs;
    return 0;
}

#包括
int main（）{
常量大小\u t大小=。。。；
std：：位集b；
返回0；
}

如果使用gcc-8而不是gcc-7，则不会出现此类问题，编译会很快完成，并且如果
大小
过大，程序会出现分段错误，这是应该的。
如果使用
vector
或使用
new
创建位集，它运行良好

所以没有问题要解决，但我的问题是：

为什么gcc-7需要如此多的内存（和时间）来编译文件？
这是gcc中已知的错误，与非常大的对象的初始化有关

有几个bug报告，其中一个是2013年3月针对v4.7.2报告的。该缺陷在2018年6月被标记为已解决，这意味着它至少在v7.3中存在，但现在已被纠正

如果需要解决方法，那么使用不同的构造函数似乎不会触发错误。特别是，改变
std:：位集bs到
std:：位集bs（0）
在各种版本的gcc上都能很好地编译，包括v.7.3.0（根据我试过的在线编译器）。
你能提供你提供给gcc进行编译的参数/标志吗？没有参数，-O0，-O1，-O2，O3，所有samegcc崩溃都会以类似方式复制，但编译失败时会出现seg故障（如预期的那样）。clang似乎也没有这个问题。您正在尝试在堆栈上创建一个对象，该对象占用的内存超过堆栈的最大大小。所以，是的，撞车…@Shawn我明白这一点。但是为什么gcc使用这么多内存呢