MSVC 放弃了模板繁重的代码，并显示“致命错误 C1060：编译器堆空间不足”

Question

我正在尝试使用 MSVC (2010) 编译一些相对模板较多的代码，但它最终因致命错误 C1060：编译器堆空间不足而退出。

整个事情只是一个翻译单元，相比之下，gcc 可以轻松处理它（在虚拟机内，资源少得多）。

有什么提示要寻找什么吗？有相关的编译器选项吗？

Answer 1

您也许可以通过将 /Zm 选项显式添加到项目的 C/C++ 选项来解决这个问题。例如/Zm256

Answer 2

请参阅此页面，了解使用 /Zm 编译器选项的可能解决方案，如下莫达柴提议道。
您可能想尝试降低预编译头的限制，而不是使用更高的限制，以便系统有更多的可用内存。

Answer 3

通过减少模板上的模板参数数量，我能够使用适度的模板代码解决 C1060 错误。例如，如果 Foo 需要三种类型：

template< typename T1, typename T2, typename T3 > struct Foo
{
  T1 t1;
  T2 t2;
  T3 t3;
};

Foo< int, char, bool > foo;

则将这些类型封装到单个结构中，并使用该结构作为参数。

template< typename T_ARG > struct Foo
{
  typename T_ARG::T1 t1;
  typename T_ARG::T2 t2;
  typename T_ARG::T3 t3;
};

struct FooArgs
{
  typedef int  T1;
  typedef char T2;
  typedef bool T3;
};

Foo< FooArgs > foo;

如果需要专业化，则考虑：

• 将专业化行为推入策略并从中继承。
• 将需要专门研究的参数保留在参数列表中。
• 将类型链接到类型列表中。富<类型列表< int, 类型列表<字符，类型列表<布尔值，NullType > > > >。

Answer 4

如果有人遇到此问题，这里有一个可能的解决方案：

此错误的一个潜在原因是 cl.exe 遇到了 32 位版本的 Windows 中的 2 GB 应用程序内存限制。通常，Windows 将 4 GB 地址空间从中间分割，为操作系统提供 2 GB，为应用程序提供 2 GB。您可以将其更改为 1/3 分割。在 Windows 7 和 Vista 上，以管理员身份在命令提示符中运行以下命令：

bcdedit /设置IncreaseUserVa 3072

然后重新启动计算机。现在，MSVC 有 3 个 gig 可以使用，而不是 2 个。

这样做只是让我编译了一个由于错误 C1060 而失败的项目。根据资源监视器的显示，cl.exe 消耗的内存略高于 2 GB。在常规地址空间安排下它会失败。

将操作系统限制为仅 1 GB 可能会对计算机日常使用过程中的性能产生不利影响。要将分割更改回 2/2，请运行以下命令：

bcdedit /删除值IncreaseUserVa

Answer 5

我有一个类似的问题（也是模板重），并且我已经使用 /Zm1000 来编译我的代码（最初有效）。然而，在清理代码、将长函数划分为较小的函数、将内容放入命名空间等之后，编译器会吐出错误消息：

致命错误 C1060：编译器堆空间不足。

启动后立即执行，没有任何延迟（实际上似乎没有编译任何内容）。起初，我很困惑，因为我有 32 GB 的交换空间，但当时只使用了大约 6.1 GB。我还运行 x64 操作系统，因此应该有足够的内存和交换空间供每个人使用。

我参考了MSDN并发现我实际上需要降低至/Zm800，现在效果很好。我的理解是，为预编译头缓冲区占用所有堆空间实际上会锁定内存空间；因此，使用 /Zm2000 将使 32 位编译器无法为其他内容动态分配内存（它在某种程度上也需要，这使得 /Zm 选项完全荒谬 - 使用谨慎）。

我正在使用 MSVC 6.0，但我希望这对 2010 年也有帮助。

Answer 6

(VC2022 Community x64) 当使用深度 #define 嵌套实例化具有大量不同参数的模板树时，我的 C1060 由 2 个问题触发。 /Zm[x] 没有帮助。

它需要两个修复：

1. 更改 Project->; C++ -> 预处理器 ->使用标准一致预处理器选择是(/Zc:preprocessor)。

（没有它，C1060 几乎直接死掉，没有编译太多）。

2. 之后，cl.exe 编译但最终耗尽内存（在我的设置中大约为 35GB），然后仍然导致 C1060。分配更多交换空间修复了它。