clang可以编译汇编吗
❶ 如何让clang编译C代码的时候，错误提示有颜色
1. 无选项编译链接
> 用法: gcc test.c
> 作用：将test.c预处理、汇编、编译并链接形成可执行文件。这里未指定输出文件，默认输出为a.out。
2. 选项 -o 第四步 链接(Linking)
> 用法: gcc test.c -o test
> 作用：将test.c预处理、汇编、编译并链接形成可执行文件test。-o选项用来指定输出文件的文件名。
3. 选项 -E 第一步 预处理(Pre-Processing)
> 用法: gcc -E test.c -o test.i
> 作用：将test.c预处理输出test.i文件。
4. 选项 -S 第二步 编译(Compiling)
> 用法: gcc -S test.i
> 作用：将预处理输出文件test.i汇编成test.s文件。
5. 选项 -c 第三步 汇编(Assembling)
> 用法: gcc -c test.s
> 作用：将汇编输出文件test.s编译输出test.o文件。
6. 无选项链接
> 用法: gcc test.o -o test
> 作用：将编译输出文件test.o链接成最终可执行文件test。
7. 选项 -O
> 用法: gcc -O1 test.c -o test
> 作用：使用编译优化级别1编译程序。级别为1~3，级别越大优化效果越好，但编译时间越长。
二. 多源文件的编译方法
1. 多个文件一起编译
> 用法：#gcc testfun.c test.c -o test
> 作用：将testfun.c和test.c分别编译后链接成test可执行文件。
2. 分别编译各个源文件，之后对编译后输出的目标文件链接。
> 用法：
> gcc -c testfun.c //将testfun.c编译成testfun.o
> gcc -c test.c //将test.c编译成test.o
> gcc -o testfun.o test.o -o test //将testfun.o和test.o链接成test
❷ LLVM - 工具
LLVM工具通过调用LLVM的一部分库，实现库的功能，通常使用编译器或者开发编译器的人会用到这些工具。
这是一个在LLVM IR级别做程序优化的工具，输入和输出都是LLVM IR。编译器，或者基于LLVM做优化的开发者通常会使用这一标准工具来查看优化的效果。它也提供了很多option, 可以执行某一特定的pass。
这是微观意义上的LLVM编译器，不同于gcc的编译器，它的输入是LLVM IR，输出是汇编文件或者是目标文件。通过-filetype=asm或者-filetype=obj来指定输出是汇编文件还是目标文件，若生成是目标文件，llc会调用LLVM中的汇编输出的代码库来工作（注意这个汇编器和gcc的汇编器也不同，它输入的是MI，是一种后端的中间表示）。除此之外，还可以用-On来指定优化级别（llc默认优化级别是-O2），或者其他一些参数。
（.bc文件换成.ll文件也可以）
这是LLVM汇编器，它输入汇编文件，输出目标文件, 类似于gnu中的as命令。同时，它也可以反汇编，指定特殊参数（–disassemble）就行。可以发现，llc和llvm-mc都会调用到输出目标文件的库，也就是MCObjectStreamer。
这个工具是LLVM IR的解释器，也是一个JIT编译器。LLVM可以把C语言翻译成LLVM IR，然后解释执行，与Java的那一套类似，这也是最初LLVM编写时的实现（一个虚拟机运行IR）。
最早看到这个工具，以为是链接器，其实它是IR级别的链接器，链接的是IR文件。谈到这里，可以说一下LLVM针对多个源文件编译时的两种目标码输出方式。
第一种是LLVM先通过前端把每个源文件单独翻译成IR级别，然后用llvm-link链接成一个IR，然后再经过优化、后端等步骤生成目标文件，使用llvm-link的同时，可以使用链接时优化。不过需要注意，这种方式同样需要最终调用链接器，将这个目标文件链接成可执行文件。
第二种是LLVM通过前端把每个源文件单独翻译后，再单独经过优化、后端等工作，将每个源文件生成目标文件，之后再调用链接器，将所有目标文件链接成可执行文件。
这是针对LLVM IR的汇编器，其实名字里带as，实际上不是gcc那个as，它的功能是将.ll文件翻译为.bc文件，LLVM项目里，.ll称为LLVM汇编码，所以llvm-as也就是IR的汇编器了。
与llvm-as刚好相反，IR的反汇编器，用来将.bc文件翻译为.ll文件。
最后也提一下clang，它也是现在LLVM项目中一个很重要的前端工具。clang能够调用整个编译器的流程，也就是上边其他工具调用的库，它很多都同样会调用。clang通过指定-emit-llvm参数，可以配合-S或-c生成.ll或.bc文件，这样我们就能把Clang的部分和LLVM的后端分离开来独立运行，对于观察编译器流程来说，很实用。
还有一些其他工具，就不举例了，可以查看LLVM项目路径下/src/tools/中查看。
❸ 如何使用clang+llvm+binutils+newlib+gdb搭建交叉编译环境
测试环境：Windows8.1 + MSYS2 with Mingw, Clang, LLVM + GNU Tools for ARM Embedded Processor
首先用用Clang生成LLVM字节码
clang -emit-llvm --target=arm-none-eabi -mcpu=cortex-m3 -mthumb -mfloat-abi=soft
注意，需要手动添加GNU Tools for ARM Embedd的头文件
然后用llc生成汇编代码
接着，使用GNU Tools for ARM Embedded Processor的汇编器生成可执行文件
arm-none-eabi-as -mcpu=cortex-m3 -mthumb -mfloat-abi=soft
二进制文件用GNU Tools for ARM Embedded Processor里的arm-none-eabi-obj生成
一些需要注意的地方是Clang的默认配置可能和目标架构的汇编器不一致。比如arm-none-eabi-as会默认开启short-enums，当直接使用arm-none-eabi-gcc时这不是问题，因为编译器也默认开启了这个选项，但Clang不会，所以需要手动加上-fshort-enums。
❹ 了解-clang编译过程
第1步 : 创建源码文件 hello.c 如下:
第2步 : 对其进行预编译, 得到 .i 输出文件, 使用命令:
从中可以看到预处理做的一些工作
第3步 :编译,得到 .s 文件, 使用命令
第4步 : 汇编,得到 .o 文件, 使用命令
❺ Clang如何处理MSVC的编译参数
LLVM里面的Clang已经可以替换MSVC的cl.exe（MSVC的编译过程的组织程序-driver），作为Visual Studio的独立工具链，能生成PDB文件支持在Visual Studio里面的源代码调试。为了支持替换cl.exe，clang构建会生成可执行文件clang-cl.exe，接收cl.exe的大部分参数而在内部转换成LLVM的参数形式。
虽然看起来是生成了一个单独的clang-cl.exe，它实际上就是clang.exe的一个副本，如果程序名是clang.exe，还可以在命令行传递" --driver-mode=cl "参数启用cl.exe的参数解析模式。所以clang-cl.exe和clang.exe是一样的，都接受" --target= i686-pc-windows", 但是为什么clang-cl.exe却不能解析" -triple i686-pc-windows"而clang.exe却可以呢？
程序本身通过检查自身的文件名（argv[0]）来检测是不是要运行在兼容MSVC cl.exe的模式，如果文件名是"clang-cl.exe"，则把对应的DriverMode放到main函数开始处的变量TargetAndMode里面（ToolChain::）。下面的代码显示了对应关系，可以看到把文件名clang.exe改成cl.exe也会有一样的效果。
在上面从程序名解析出target和mode后，main函数里面紧接着的代码检查了返回的mode和命令行参数，只要以一个满足则进入 ClangCLMode 。不过这里解析出来的ClangCLMode只用来处理命令行参数的分隔和cl.exe特有的环境变量，包括"CL"和"_CL_"。
再从main函数进入Driver类的对象TheDriver的 BuildCompilation 方法后，会调用 ParseDriverMode方法，里面会根据程序名重新获得driver mode（ToolChain::），然后把driver mode字符串传给下面的 setDriverModeFromOption 方法。这个方法根据传入的driver mode选项设置成员变量 Mode .
上面的 Driver类的对象 已经知道当前Mode，比如 CLMode ，下面会组织整个编译过程，包括调用编译器(clang.exe -cc1)和链接器(MSVC的link或者lld-link)。
BuildCompilation紧接着会调用ParseArgStrings。ParseArgStrings调用下面的 ，根据Driver的当前Mode得到include mask和exclude mask两个掩码，用于后面（在调用链ParseArgString->ParseArg->ParseOneArg的最后的方法ParseOneArg里面）决定是否接受命令行参数。比如在CLMode下就只会接受ClOption和CoreOption。
那么CLOption和CoreOption都有哪些具体参数呢？Clang的所有命令行参数选项都定义在llvm_root .td里面，由tablegen转成C/C++头文件而被代码引用。下面是从里面截取的target的定义，看到"--target="选项是同时属于DriverOption和 CoreOption ，而CoreOption在CLMode和非CLMode下均能使用。
以下是"-target"的定义，没有定义Flags，所以在CLMode下也就不能解析，这也就解释了最开始"clang-cl.exe"不接受"-triple i686-pc-windows"参数。
❻ Clang 比 GCC 编译器好在哪里
1：Clang编译速度更快、编译产出更小、出错提示更友好。
2：clang还内置有静态分析工具，可以对代码进行静态分析（clang --analyze）。这是gcc做不到的。
3：clang结构更简单。因为clang只需要完成词法和语法分析，代码优化和机器代码的生成工作由llvm完成。所以和全部由自己包下的gcc比起来，clang可以更专注地做好一件事。
4：Clang 的另一个优势是代码结构清晰，可以作为库使用，成为其它 app（主要是 IDE）的内嵌 C/C++ parser。这样，editor 工具可以使用和 compiler 一样的 parser 来完成 edit-time 的语法检查。GCC 的结构比较混乱。业界一直有说法是 FSF 故意如此，以便让 GCC 无法作为其它 app 的内嵌部分。
5：Clang采用的是BSD协议。这是苹果资助LLVM、FreeBSD淘汰GCC换用Clang的一个重要原因。