llvm/clang自身重新编译
llvm/clang re-compilation with itself
在阅读了这里的许多问题后,我决定试试clang,并在Ubuntu 12.04(64位)上安装了svn版本。我本以为会出现问题,但一切都很顺利,没有任何警告。
不过,我注意到,当重新运行配置脚本时,如果clang/crang++在您的路径中,它会选择它而不是gcc/g++进行自己的编译。重新编译llvm/clang本身是个好主意吗?我知道这是gcc的绝对标准,但我读到clang的C++实现还不够好(也许这是过时的信息…)。
Clang已经自托管了几年。失去这种能力将是一种严重的倒退。
Clang目前对C++的支持相当不错。甚至大部分C++11已经可以供您使用了。
如果你想安全,就呆在一个稳定的树枝上。
相关文章:
- 使用 MINGW gcc 编译时,不会为 std::string 调用重载的新运算符
- 如何编译:Mac上的Synergy(2017年的新工具链)
- 如何编译和运行一个新的 C++ Actor 框架项目?
- C++编译新的警告过滤器
- 每次都构建(make)lib,只有在lib较新时才重新编译项目
- 如何创建指向派生类的新指针,该派生类在C++编译时未知
- 如何在不退出和失去断点的情况下重新加载重新编译的二进制文件
- 在编译时将整数和分数部分宏组合成一个新的宏或双精度
- C++运算符新重载、编译错误
- 在新OSX上编译旧碳应用
- 为什么G 5.4不能编译此编译时质数代码
- 代码块在尝试编译或创建新文件时出现"An assertion failed!"错误
- 在新的Visual Studio项目中包含任何Eigen 3.3.1文件将无法编译
- RCpp:如何在不重新启动R的情况下重新加载重新编译的C++代码
- 新安装的MinGW问题与编译和可执行文件
- 为什么要编译?(编译是否忽略未包含的 h 文件?
- 高级C和C++编译:无法编译书中提到的示例程序
- 在不同的编译单元中使用不同的编译标志编译相同的头
- 在cygwin中编译新的mingw二进制文件
- 使用boost库编译预编译头文件需要很长时间