⑴ RHEL linux下llvm的安装。安装出现的错误如下，怎么解决或者知道怎么编译，教一下。
缺少关联的文件。
needed by `lib/Target/AArch64/Utils/CMakeFiles/LLVMAArch64Utils.dir/AArch64BaseInfo.cpp.o'.
⑵ windows 7 x64用cmake,mingw32安装LLVM，编译时报错MemoryBuffer.cpp:381:25: error
Microsoft Visual Studio--common--MSDev98--Bin—MSDEV.EXE,通过此路径找到MSDEV.EXE可执行文件（或者右击桌面VC图标，选择打开文件位置）。
右键--属性--常规，将MSDEV.EXE更名为MSDEV1.EXE(其它名称也行，如MSDEV2.EXE).
右键--属性--兼容性，兼容模式选择Windows XP(service pack2)"或者WindowsXP(service pack3).权限等级勾选为“以管理员身份运行此程序”，点击确定。
重新运行VC6.0，应该可以完美运行（如果第一次报错，那么关闭，重新打开应该就可以了）。
⑶ 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/中查看。
⑷ llvm 利用g++编译程序，此程序inclue了llvm的一些头文件。编译时出现 undefined reference to错误
你是要编译llvm和你自己在llvm上做的工程？llvm能用gnu工具链编译的，你的配置有问题，编译，链接脚本的顺序有问题。这跟是不是第三方库没关系
⑸ llvm编译makefile152错误
llvm编译makefile152错误解决办法如下
由于该文件不是很必须的文件，所以可以尝试touch该文件
尝试安装libclang-common-9-dev。
⑹ 编译llvm和clang需要多大空间
：转自知乎 蓝色 我最近和Clang/LLVM打交道比较多，目前游离在LLVM IR和IBM WCode之间。对于学习Clang/LLVM来说，其实需要看你做什么，是研究C, C++, Objective-C在Clang的实现，抑或着是想利用Clang做AST层面的事情，还是说想要利用LLVM IR来做
⑺ 如何使用ninja快速编译LLVM和Clang
1，Build llvm/clang/lldb/lld 3.5.0等组件
1.0 准备：
至少需要从llvm.org下载llvm, cfe, lldb, compiler-rt,lld等3.5.0版本的代码。
$tar xf llvm-3.5.0.src.tar.gz
$cd llvm-3.5.0.src
$mkdir -p tools/clang
$mkdir -p tools/clang/tools/extra
$mkdir -p tools/lld
$mkdir -p projects/compiler-rt
$tar xf cfe-3.5.0.src.tar.xz -C tools/clang --strip-components=1
$tar xf compiler-rt-3.5.0.src.tar.xz -C projects/compiler-rt --strip-components=1
$tar xf lldb-3.5.0.src.tar.xz -C tools/clang/tools/extra --strip-components=1
$tar xf lld-3.5.0.src.tar.xz -C tools/lld --strip-components=1
1.1 【可选】使用clang --stdlib=libc++时，自动添加-lc++abi。
libc++组件可以使用gcc libstdc++的supc++ ABI，也可以使用c++abi，cxxrt等，实际上自动添加-lc++abi是不必要的，这里这么处理，主要是为了方便起见。实际上完全可以在“clang++ -stdlib=libc++”时再手工添加-lc++abi给链接器。
这里涉及到链接时DSO隐式还是显式的问题，早些时候ld在链接库时会自动引入由库引入的依赖动态库，后来因为这个行为的不可控性，所以ld链接器的行为做了修改，需要显式的写明所有需要链接的动态库，才会有手工添加-lc++abi这种情况出现。
⑻ llvm怎样将中间代码编译为可执行二进制文件
预编译。编译器将你的.c、.cpp源代码，通过解释其中的预编译指令，将源代码转换成相应的没有任何预编译指令的代码。
编译、优化。将上一步的代码编译成汇编指令，并作一定优化，形成对应的.s汇编代码
汇编。将.s文件汇编成机器码，形成对应的.o目标文件，此时是不可执行的二进制文件。生成对应的清单文件。为了连接需要，还会生成未定向符号表、导出符号表、地址重定向表等等。
连接。先根据对应的清单文件、连接文件及之间的调用关系，决定所有的目标文件及引用的库文件在最后可执行文件中的位置；然后做一些其他事情，比如根据符号表等将目标文件中的符号地址补全等等；最终得到可执行文件。
这只是我个人的简单理解，更详尽的解答都可以写成好几本书了=_=望采纳~
⑼ 如何利用LLVM写一个编译器
书籍请参考编译原理的龙书，以及flex，bison，llvm的manual。
如何写我可以给你一个大致的流程，
编译器由词法分析器->语法分析器->中间代码生成器->后端组成。
用C语言写编译器一般可以按照以下步骤：
1.使用flex生成词法分析器。（flex可以通过自己编写的描述文件来自动生成词法分析器）
2.使用bison生成语法分析器。（bison可以通过自己编写的描述文件来自动生成语法分析器）
3.通过语法分析器得到输入代码的语法树表示。
4.编写遍历函数遍历语法树生成中间代码。（这里推荐使用LLVM的中间代码表示）
5.利用LLVM工具集来编译执行所得到的中间代码。
⑽ centos64位中编译llvm源码时编译了很久很久都还没结束是怎么回事
如果没死掉还在正常编译的话，一般是因为你的机器性能差