相关疑难解决方法(0)

GCC,MSVC,LLVM以及可能的其他工具链支持链接时(整个程序)优化,以允许编译单元之间的调用优化.

在编译生产软件时是否有理由不启用此选项？

我试图用SO找到答案.有许多问题列出了在c ++中构建一个只有头文件库的各种优缺点,但是我无法找到一个以可量化的术语来构建这样的库.

因此,在可量化的术语中,使用传统上分离的c ++标头和实现文件与仅标头之间有什么不同？

为简单起见,我假设不使用模板(因为它们只需要标题).

详细说明,我列出了我从文章中看到的优点和缺点.显然,有些不容易量化(例如易用性),因此无法用于量化比较.我会用可量化的方式标记那些我期望可量化的指标.

仅限标题的优点

1. 由于您不需要在构建系统中指定链接器选项,因此更容易包含.
2. 您始终使用与代码的其余部分相同的编译器(选项)编译所有库代码,因为库的函数在代码中内联.
3. 它可能要快得多.(定量的)
4. 可以为编译器/链接器提供更好的优化机会(如果可能,可以解释/量化)
5. 如果你仍然使用模板是必需的.

仅限标题的缺点

1. 它使代码膨胀.(可量化的)(这会如何影响执行时间和内存占用)
2. 编译时间更长.(定量的)
3. 失去接口和实现的分离.
4. 有时会导致难以解决的循环依赖关系.
5. 防止共享库/ DLL的二进制兼容性.
6. 它可能会加剧那些喜欢使用C++的传统方式的同事.

您可以从较大的开源项目(比较类似大小的代码库)中使用的任何示例都非常感激.或者,如果您知道可以在仅标题版本和分离版本之间切换的项目(使用包含两者的第三个文件),那将是理想的.轶事数字也很有用,因为它们给了我一个可以获得一些洞察力的球场.

利弊来源:

• /sf/answers/434055541/
• /sf/answers/124873381/

提前致谢...

更新:

对于可能稍后阅读并且有兴趣获得关于链接和编译的一些背景信息的任何人,我发现这些资源很有用:

• http://www.amazon.com/Computer-Systems-Programmers-Perspective-Edition/dp/0136108040的第7章
• http://www.yolinux.com/TUTORIALS/LibraryArchives-StaticAndDynamic.html
• http://www.cyberciti.biz/tips/linux-shared-library-management.html

更新:(回应下面的评论)

仅仅因为答案可能不同,并不意味着测量是无用的.你必须开始测量一些点.您拥有的测量值越多,图像就越清晰.我在这个问题上要求的不是整个故事,而是对图片的一瞥.当然,如果他们想要不道德地宣传他们的偏见,任何人都可以使用数字来扭曲争论.但是,如果有人对两个选项之间的差异感到好奇并发布这些结果,我认为这些信息很有用.

没有人对这个话题感到好奇,足以衡量它吗？

我喜欢枪战项目.我们可以从删除大部分变量开始.只在一个版本的linux上使用一个版本的gcc.仅对所有基准测试使用相同的硬件.不要使用多个线程进行编译.

然后,我们可以测量:

• 可执行大小
• 运行
• 内存占用
• 编译时间(对于整个项目和更改一个文件)
• 链接时间

根据我的经验,有许多代码明确使用内联函数,这需要权衡:

1. 代码变得不那么简洁,而且可维护性稍差.
2. 有时,内联可以大大提高运行时性能.
3. 内联是在一个固定的时间点决定的,可能没有对其用途的非常好的预知,或者没有考虑所有(未来)周围环境.

问题是:链接时优化(例如,在GCC中)是否呈现手动内联,例如,在C99中声明一个"内联"函数并提供一个实现,已经过时了？我们是否真的不需要考虑自己内联大多数函数？那些总是从内联中受益的函数呢,例如deg_to_rad(x)？

澄清:我不是在考虑同一个翻译单元中的函数,而是考虑逻辑上应该存在于不同翻译单元中的函数.

更新:我经常看到反对"内联",并建议过时.但是,就个人而言,我确实经常看到明确的内联函数:作为类体中定义的函数.

• 我可以制作仅头文件的库，例如 dll 和 lib 文件的 boost 吗？

  • 看起来是的，对吧？？

• 环境：Window 10，Visual Studio 2015，Cmake

  • 如何将我的项目文件构建到 dll 和 lib

• 很抱歉提出非常模糊的问题，但我是 C++ 的新手。所以任何参考和文档都会对我有所帮助。

如果我写一个没有前向声明的类,为什么我需要将它分解为.h和.cpp？使用内联声明并将其全部保存在一个文件中是否有任何问题,并且只包括我需要的地方？

我想为一个返回std::pair使用的包中的函数提供一个C++接口Rcpp::interface.但是,编译器会抛出大量错误,从以下开始:

.../Rcpp/include/Rcpp/internal/Exporter.h:31:31: error: no matching
function for call to ‘std::pair<int, int>::pair(SEXPREC*&)’
   Exporter( SEXP x ) : t(x){}

这是一个简单的例子:

#include <Rcpp.h>
#include <utility>

// [[Rcpp::interfaces(cpp)]]

// [[Rcpp::export]]
std::pair<int, int> bla()
{
  return std::make_pair(1,1);
}

此示例函数的生成代码如下所示:

inline std::pair<int, int> bla() {
    typedef SEXP(*Ptr_bla)();
    static Ptr_bla p_bla = NULL;
    if (p_bla == NULL) {
        validateSignature("std::pair<int, int>(*bla)()");
        p_bla = (Ptr_bla)R_GetCCallable("testinclude", "testinclude_bla");
    }
    RObject rcpp_result_gen;
    {
        RNGScope RCPP_rngScope_gen;
        rcpp_result_gen = p_bla();
    }
    if (rcpp_result_gen.inherits("interrupted-error"))
        throw Rcpp::internal::InterruptedException();
    if (rcpp_result_gen.inherits("try-error"))
        throw Rcpp::exception(as<std::string>(rcpp_result_gen).c_str());
    return …

我在许多库中看到,其中包含两个文件,一个是.H文件,另一个是.CPP文件..h是包含函数原型的头文件,.CPP包含头文件中每个函数的实际c ++代码.

我想问一下,我可以创建一个单独的.h文件,并在其中编写所有c ++函数和类.并且在main.cpp中有必要时包含.h文件