使用/bigobj链接耗时太长
Linking taking too long with /bigobj
我正在使用Visual Studio 2012在调试模式下编译一个程序。StylesDatabase.cpp和LanguagesDatabase.cpp用来编译没有/bigobj…因为我删除了一些函数,并将一些函数从protected转移到public。
这两个c++文件都相当小,但使用了模板化的容器类,如Boost.MultiIndex(es), Boost.Unordered(_maps)和Wt::Dbo::ptrs。Wt::Dbo::ptr是一个指向数据库对象的指针,而Wt::Dbo是一个ORM库。
修改后,编译器失败,要求我设置/bigobj。在我设置/bigobj之后,编译器工作正常,但是链接器花费了30多分钟。
我的问题是:
- 为什么一个相当小的文件可以超过Visual c++的限制?究竟是什么原因导致超过限制。
- 如何在不拆分cpp文件的情况下防止超出限制?
- 为什么链接器要花这么多时间?
如果有必要,我可以提供源代码
您的文件不是链接器必须处理的唯一文件-它还必须处理库文件,在您的情况下,这些是需要/bigobj标志的Boost模板库。看看这个微软页面:http://msdn.microsoft.com/en-US/library/ms173499.aspx。即使你的文件很小,大量模板化的库也可能需要你使用/bigobj。
你可以这样想:某人必须编写大量代码,这样你才能编写更少的代码来编写程序,但是其他人生成的代码就在那里,并且在某个时候也必须处理。
相关文章:
- lambda参数转换为constexpr技巧,然后获取带链接的数组
- CMake-按正确顺序将项目与C运行时对象文件链接
- 从链接列表c++中删除一个项目
- 有根的二进制搜索树.保留与其父级的链接
- 读取文件的最后一行并输入到链接列表时出错
- 静态数据成员的问题-修复链接错误会导致编译器错误
- node-gyp 在 macOS 上未正确链接库
- 基于boost的程序的静态链接——zlib问题
- 无法链接 CMake 中的本地库
- 内联函数中具有内部链接的全局变量
- 链接阶段在Ubuntu上失败,但在MacOS上失败
- 使用gcc从静态链接的文件中查找可选符号
- 我可以将一个用clang c++11编译的对象与另一个用c++17编译的对象链接起来吗
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 下面是我为检测链接列表中的循环而制作的代码
- 有了gcc,是否可以链接库,但前提是它存在
- 使用C链接在函数内部创建C++模板
- Visual Studio mkl_link_tool.exe链接错误
- 尝试链接我的着色器时,我收到错误代码"error c5145 must write to gl_position"
- 使用/bigobj链接耗时太长