error C3130: 内部编译器错误: 未能将插入的代码块写入PDB
近期编译cocos2d-x的test突然出现这个错误，又一次编译也无法解决。
一般出现这个错误是两个原因：一个是磁盘空间不足，还有一个是项目太大导致pdb文件太大，无法继续写入。
原本cocos2d-x的test项目里面的"调试信息格式"是“C7兼容(/z7)”，后来我习惯性的改动为/zI了。
MSDN中说的是：
不生成不论什么调试信息，因此编译较快。
生成包括用于调试器的完整符号调试信息的 .obj 文件。 符号化调试信息包括变量的名称和类型以及函数和行号。 不生成不论什么 .pdb 文件。
对于第三方库的分发server，不生成 .pdb 文件是一个长处。 可是，在链接阶段和调试期间，用于预编译头的 .obj 文件是必需的。 假设 .pch 对象文件里仅仅有类型信息（没有代码），则还必须使用 /Yl（为调试库插入 PCH 引用） 进行编译。
生成一个程序数据库(PDB)，当中包括供调试器使用的类型信息和符号化调试信息。 符号化调试信息包括变量的名称和类型以及函数和行号。
/Zi 不影响优化。 可是，/Zi 的确暗示了 /debug；有关很多其它信息，请參见 /DEBUG（生成调试信息）。
类型信息放置在 .pdb 文件而不是 .obj 文件里。
能够将 /Gm（启用最小又一次生成） 和 /Zi 结合使用，但使用 /Z7 编译时不能使用 /Gm。
使用 /Zi 和 /clr 编译时，DebuggableAttribute 特性将不会放置到程序集元数据中；假设要使用该特性，则必须在源码中指定它。 该特性可影响应用程序的执行时性能。 有关 Debuggable 特性怎样影响性能以及怎样减轻性能影响的很多其它信息，请參见令映像更易于调试。
採用支持“编辑并继续”功能的格式生成程序数据库(如上所述)。 假设想使用“编辑并继续”调试，则必须使用此选项。 由于大多数优化与“编辑并继续”不兼容，所以使用 /ZI 会禁用代码中的全部 #pragma optimize 语句。
/ZI 会导致在编译中使用 /Gy（启用函数级链接） 和 /FC（所诊断源码文件的完整路径）。
/ZI 与 /clr（公共语言执行时编译） 不兼容。
可见/Zi与/ZI区别不大，就是优化和信息完整度的区别，而/Z7则是把信息放在obj而不是pdb中，这样就不会发生pdb文件太大无法写入的问题了。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
