优化链接的 DLL
Optimizing linked DLLs
当"整个程序优化"被指定为编译器开关时,将跨.obj边界执行优化。这让我想到:如果我将自己的可执行文件链接到我自己构建的 DLL,我是否会失去编译器在可以访问其 .obj 文件时可能完成的优化?
是的,你是对的 - 全程序/链接时间优化不能优化过去的共享库边界。从积极的方面来说,可执行文件和库之间的严格函数级边界允许在修复错误或发布新功能时更容易更新库。
相关文章:
- C++ 在 CentOS7 中与 g++ 的 DLL 链接后未声明的函数
- DLL 链接静态库 - 未使用函数中未解析的链接器符号
- 尝试针对 dll 链接时未解析的外部
- C 延迟负载DLL链接器错误
- QT应用程序与使用QT制造的DLL链接时崩溃
- Visual Studios 9 Dll链接不一致
- Windows DLL 链接器错误与模板类
- GLPK OpenBLAS 运行时 dll 链接错误
- 隐式 DLL 链接和类内部函数
- 将 c# asp.net Web 应用程序与C++ dll 链接时,是在服务器或客户端上运行的 dll 代码
- 将 mingw dll 与 Windows DLL 链接起来
- C++/CLI DLL 链接器问题
- 从另一个 dll 链接动态 dll 会导致错误
- 为什么隐式DLL链接需要相关的Lib文件,而显式链接不需要
- visual studio 2010中的dll链接错误
- 从dll链接静态成员
- Visual Studio 2015 OpenGL freeg鲁特.dll链接器错误
- C++ 一个解决方案两个项目(EXE & DLL)链接错误
- 与 DLL 链接时"multiple definition of `atexit'"
- 使DLL链接不一致