error C3130: 内部编译器错误: 未能将插入的代码块写入PDB

        最近编译cocos2d-x的test突然出现这个错误,重新编译也无法解决。

        一般出现这个错误是两个原因:一个是磁盘空间不足,另一个是项目太大导致pdb文件太大,无法继续写入。

       原本cocos2d-x的test项目里面的"调试信息格式"是“C7兼容(/z7)”,后来我习惯性的修改为/zI了。

       MSDN中说的是:

不生成任何调试信息,因此编译较快。

/Z7

生成包含用于调试器的完整符号调试信息的 .obj 文件。 符号化调试信息包含变量的名称和类型以及函数和行号。 不生成任何 .pdb 文件。

对于第三方库的分发服务器,不生成 .pdb 文件是一个优点。 但是,在链接阶段和调试期间,用于预编译头的 .obj 文件是必需的。 如果 .pch 对象文件中只有类型信息(没有代码),则还必须使用 /Yl(为调试库插入 PCH 引用) 进行编译。

/Zi

生成一个程序数据库(PDB),其中包含供调试器使用的类型信息和符号化调试信息。 符号化调试信息包含变量的名称和类型以及函数和行号。

/Zi 不影响优化。 但是,/Zi 的确暗示了 /debug;有关更多信息,请参见 /DEBUG(生成调试信息)

类型信息放置在 .pdb 文件而不是 .obj 文件中。

可以将 /Gm(启用最小重新生成)  /Zi 结合使用,但使用 /Z7 编译时不能使用 /Gm

使用 /Zi  /clr 编译时,DebuggableAttribute 特性将不会放置到程序集元数据中;如果要使用该特性,则必须在源代码中指定它。 该特性可影响应用程序的运行时性能。 有关 Debuggable 特性如何影响性能以及如何减轻性能影响的更多信息,请参见令映像更易于调试

/ZI

采用支持“编辑并继续”功能的格式生成程序数据库(如上所述)。 如果想使用“编辑并继续”调试,则必须使用此选项。 因为大多数优化与“编辑并继续”不兼容,所以使用 /ZI 会禁用代码中的所有 #pragma optimize 语句。

/ZI 会导致在编译中使用 /Gy(启用函数级链接)  /FC(所诊断源代码文件的完整路径)

/ZI  /clr(公共语言运行时编译) 不兼容。


可见/Zi与/ZI差别不大,就是优化和信息完整度的差别,而/Z7则是把信息放在obj而不是pdb中,这样就不会发生pdb文件太大无法写入的问题了。



error C3130: 内部编译器错误: 未能将插入的代码块写入PDB

上一篇:hiho一下18周 RMQ问题再临


下一篇:SQL Server dbcc checkdb 修复