Linux有没有更快的c++编译器
Is there a faster c++ compiler for Linux?
在C中,我可以使用tcc,但找不到任何C++的东西。
在Eclipse中用Gcc更改的一个.cpp文件需要大约5秒的时间来重新编译,这太荒谬了。我不在乎代码如何执行,我只需要一个更快的测试周期。
有什么想法可以让代码编译得更快吗?
对于我速度不太快的笔记本电脑上的一个50行文件,使用命令行中的g++编译时间大约为1.5秒——显然这取决于许多其他因素,比如包含了什么标头。对于用C++编写的Code::Blocks IDE来说,编译相同的文件(或者更准确地说,报告编译结果)可能是这个数字的两倍。用Java编写的IDE甚至更慢,我对此并不感到惊讶。
查看clang
Eclipse占用了大量的RAM,当您的操作系统也必须运行编译器时,它不太可能开始交换。
2018年出现了一个名为zapcc的基于clang的编译器。由于缓存的原因,它在第一次构建时至少快2倍,在重建时快20倍以上。
然而,它需要比gcc或clang多得多的内存。
一种变通方法可能是将C++项目划分为子组件,并以较高的优化级别编译整个项目。然后,在开发过程中,使用GCC/LLVM标志-O0
(字母"o"和数字"零"),只重新编译更改的部分,而不进行任何优化。
这种解决方案的关键部分是一个良好的构建系统。截至2015年,我使用Rake,这是一个类似于GNUMake的Ruby。Rakefile是一个普通的Ruby文件,它只加载一个Rake特定的库。Rake任务本质上是全局Ruby函数,这意味着任何可以用Ruby编写的东西都可以从Rake任务中执行。截至2015年,我使用Rake任务启动自检、启动特定组件的测试(在"测试驱动开发"期间)、构建、代码生成等。
- 截至2015年,Java界似乎喜欢Gradle,它是Apache Maven的继任者,也是Apache Ant的继任者
- 开源科学C++软件项目似乎觉得CMake很实用。Boost C++库似乎提供了Boost。构建
在多核CPU上,如果经典的GNUMake接收到-j
命令行选项,它可以并行构建多个文件。
- C/C++编译器通常会删除重复的库吗
- 模板-模板参数推导:三个不同的编译器三种不同的行为
- Win32编译器选项和内存分配
- MSVC多行宏编译器错误
- 静态数据成员的问题-修复链接错误会导致编译器错误
- C++,我收到一个无法理解的编译器错误
- 在线编译器中的分段C++没有打印消息
- 如何解决gcc编译器优化导致的centos双编译器设置中的分段错误
- C/C++预处理器是否可以检测一些编译器选项
- 是否有C++编译器选项允许激进地删除所有函数调用,并将参数传递给具有空体的函数
- C++错误C2600:无法定义编译器生成的特殊成员函数(必须首先在类中声明)
- 我需要知道编译器如何在cpp中使用析构函数
- 编译器如何区分std::vector的构造函数
- CLANG 编译器 说:变量"PTR"可能未初始化
- 告诉c++编译器该参数没有别名
- 使用仅使用一次的变量调用的复制构造函数.这可能是通过调用move构造函数进行编译器优化的情况吗
- 为什么所有C++编译器都会崩溃或挂起此代码
- 编译器如何在使用SFINAE的函数和标准函数之间确定两者是否可行
- 我收到同义重复编译器错误。我应该如何修复"类型"X"的参数与类型"X"的参数不兼容?
- 为什么C++编译器没有检测到正确声明的类?