GCC equivalent of MS#39;s /bigobj(GCC 相当于 MS 的/bigobj)
问题描述
我们正在大量使用 boost::serialization
和一般的模板.一切似乎都很顺利.
We are making heavy use of boost::serialization
and templates in general. All seems to be going well.
除此之外,我们在 Windows 版本上遇到了障碍.这似乎会导致目标文件过大的问题.我们正在使用带有 g++ 4.7.0 的 MinGW/Msys.
Except, we've hit a snag on our Windows builds. It seems to cause issues in the object files being too large. We're using MinGW/Msys with g++ 4.7.0.
c:/mingw/bin/../lib/gcc/mingw32/4.7.0/../../../../mingw32/bin/as.exe: CMakeFiles/source.dir/sourcecode.cpp.obj: too many sections (33396)
C:UsersusernameAppDataLocalTempccnAocvD.s: Assembler messages:
C:UsersusernameAppDataLocalTempccnAocvD.s: Fatal error: can't write CMakeFiles/source.dir/sourcecode.cpp.obj: File too big
谷歌大师透露了这条存档消息,http://sourceforge.net/mailarchive/forum.php?thread_name=CA%2Bsc5mkLvj%3DW9w2%3DsY%3Dc_N%3DEwnsQuPDEX%3DiBcbsbxS34C0mail_5Bg;=mingw-用户
Master google revealed this archived message, http://sourceforge.net/mailarchive/forum.php?thread_name=CA%2Bsc5mkLvj%3DW9w2%3DsY%3Dc_N%3DEwnsQuPDEX%3DiBcbsbxS3CuE_5Bg%40mail.gmail.com&forum_name=mingw-users
在其中,它表明另一个人击中了几乎相同的障碍.它确实指向 Visual Studio 的 /bigobj
选项的一个选项,该选项似乎可以满足我们的需要.但是,我们无法迁移到 Visual Studio.
In it, it indicates that another person hit pretty much the same snag. It did point to an option for Visual Studio's /bigobj
option which appears to do what we would need. However, we're unable to move to Visual Studio.
一个建议是将 --hash-size 添加到汇编器选项中.这没有帮助.
One suggestion was to add --hash-size to the assembler options. This did not help.
如果我没记错的话,问题在于目标文件中的条目限制为 2^16 个.实际上,根据错误消息,我敢说这是一个签名的 2^16 条目,但那是花生.Visual Studio 的 /bigobj
选项会将其更改为 2^32.邮件列表结果不知道 GCC 的等效选项.进一步的谷歌结果似乎与此无关.
If I'm not mistaken, the issue lies in the fact that the object files have a limit of 2^16 entries in them. Actually, according to the error message, I would venture that it's a signed 2^16 entries, but that's peanuts. The /bigobj
option for Visual Studio would change that to 2^32. The mailing list result did not know of an equivalent option for GCC. Further google results don't appear to be relevant to this.
此时我们将不得不重构我们的代码(呃)来解决这个限制.但我仍然担心,如果使用繁重的模板,我们可能会一次又一次地遇到这个问题(我们已经用三个源文件遇到了这个问题).
At this point we'll have to refactor our code (ugh) to get around this limitation. But I am still concerned that, with heavy templating, we could run into the issue again and again (we've already run into it with three source files).
所以我的问题是这样的;是否有等效于 Microsoft /bigobj
选项的 GCC?我还没有找到第三个选项吗?
So my question is thus; is there a GCC equivalent to Microsoft's /bigobj
option? Is there a third option that I'm not yet found?
推荐答案
解决方案是添加选项 -Wa,-mbig-obj
如果您的 GCC 版本支持该选项.您可能只在编译步骤中需要它,而不是在链接器步骤中.
The solution is to add the option -Wa,-mbig-obj
if your version of GCC supports that option. You probably only need it during the compilation step, not the linker step.
如果您的编译器不支持该选项,您应该考虑使用 mingw-w64 和 MSYS2.
If your compiler does not support that option, you should look into using mingw-w64 and MSYS2.
这篇关于GCC 相当于 MS 的/bigobj的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:GCC 相当于 MS 的/bigobj
基础教程推荐
- Windows Media Foundation 录制音频 2021-01-01
- 管理共享内存应该分配多少内存?(助推) 2022-12-07
- 从 std::cin 读取密码 2021-01-01
- 使用从字符串中提取的参数调用函数 2022-01-01
- 在 C++ 中循环遍历所有 Lua 全局变量 2021-01-01
- 如何“在 Finder 中显示"或“在资源管理器中显 2021-01-01
- 为什么语句不能出现在命名空间范围内? 2021-01-01
- 为 C/C++ 中的项目的 makefile 生成依赖项 2022-01-01
- 如何使图像调整大小以在 Qt 中缩放? 2021-01-01
- 如何在不破坏 vtbl 的情况下做相当于 memset(this, ...) 的操作? 2022-01-01