Visual Studio 2012 Build Clang
不知道还有没有人记得Borland C/C++，C/C++四国圣战中的主角，换了老板 如今还在不冷不热的发展 ，支持Win32/Win64 OSX平台，即Embarcadero C++ Builder 现在支持Windows 64编程 最近试了一下发现还不错，查看官方Wiki文档，发现这厮原来是利用LLVM的开源技术和代码，还是LLVM 3.1svn 输入bcc64 -v
Embarcadero C++ 6.50 for Win64 Copyright (c) 2012 Embarcadero Technologies, Inc. Embarcadero Technologies Inc. bcc64 version 3.1 (32943.3c8f9c0.7346645) (based on LLVM 3.1svn) Target: x86_64-pc-win32-elf Thread model: posix bcc64: warning: argument unused during compilation: '-fborland-extensions' bcc64: warning: argument unused during compilation: '-mstackrealign'
这厮是32位程序编译64位程序
这样我对LLVM又高看一些了
事实上LLVM的优势有目共睹，Clang的优势也是令人称赞，但是LLVM主要的平台OSX，（例如，XCode是LLVM/Clang主要的IDE，LLDB目前只有在OSX上使用，Libcxx也只在OSX上广泛使用，虽然在Linux上 这些项目都能够使用，但还是有所欠缺）对Windows的支持并不是很好 ，所以在Windows上使用LLVM/Clang存在一些问题，在Windows上如何使用并且解决使用LLVM/Clang 的问题，由于本文主要是讲Clang，所以后文中都只讲Clang。
一.构建Clang
前面我曾经写了一篇文章 讲述了如何使用MinGW官方版构建Clang
抄小路-http://my.oschina.net/GIIoOS/blog/97387
一般而言在Windows上使用什么工具构建Clang，Clang的后端就是什么工具，如用MSVC构建Clang，后端就是Link.exe 所以选择什么工具构建Clang时要想明白。
Cygwin构建Clang和MinGW一样 是一贯的Configure-make风格，并且Cygwin的软件包中也有编译好的Clang，目前版本是3.1
在Windows上还可以使用Visual Studio 构建Clang 官方网站也有说明。
我在使用Visual Studio 2012 编译Clang之前遇到了一些问题
第一 安装Python27，GnuWin，Cmake 这些工具的版本必须合适，Python33就不行，cmake版本必须大于2.8.7，GnuWin的工具一般在 http://gnuwin32.sourceforge.net/ 有下 不必担心，如果自己构建sed程序，高版本的sed可能无法解析字符串。
第二 你可以写一个批处理脚本设置PATH，并运行脚本，我的脚本如下
::Build.Batch.Script @echo off title Build.Script LLVM/Clang Environment echo Build.Script %date% %time% Start call "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\VsDevCmd.bat" SET PATH=%~dp0CMAKE\bin;D:\Python27;%~dp0GetGnuWin32\bin;%~dp0libxml2\bin;D:\Program Files\TortoiseSVN\bin;%PATH% ::cmake uzip on %~dp0cmake cd /d %~dp0 cmd /k
像上次文章中那样配置源文件即可。不过得注意， cmake不支持在源代码目录生成程序，所以你需要在LLVM目录下建立一个Build或Out之类的目录，并跳转到这个目录
cmake -G "Visual Studio 11" ..\
这个命令的意思即在Build或Out目录的上级目录 自动检测CMakelists.txt并配置项目，设置平台为VS11
compiler-rt 放在projects目录，目录名记得小写，否则编译不过去。
第三 用Visual Studio打开项目编译为 MinSizeRel VS利用CPU的能力在Windows上还是不错的，GCC一般没注意利用多核能力 
在Windows上VS静态链接的Clang体积 11,412,992 字节 （10.8M） 而Mingw编译的40,368,474 字节（38.4M） 差距还是蛮大的，究其原因，问题出现在MinGW 的w32api上，w32api模块没做好，没有VS Win32API那样紧密结合系统。
从MinSizeRel提取clang建立clang的目录 建立如下
Clang（LLVM）
-bin
-include
-lib
-share
目录树
Clang（LLVM） \bin 目录中的程序在 Build\bin\MinSizeRel ，
\include 复制源代码目录include和源代码tools\clang目录下的Include
\lib Build\lib\MinSizeRel
share 没有生成
配置Clang的环境
@echo off title The LLVM Compiler Infrastructure [3.3] C/C++ Compiler echo LLVM/Clang 3.3 Trunk Environment Base on Visual Studio 2012 Build call "C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\VsDevCmd.bat" SET PATH=%~dp0bin;%PATH% SET INCLUDE=%~dp0include;%INCLUDE% SET LIB=%~dp0lib;%LIB% cd /d %~dp0 cmd /k
使用Clang的时候存在一些问题
目前Clang基于Visual Studio 编译的Clang 默认 支持的Include目录是 LLVM_INSTALL_PATH\bin\..\ lib\clang\[version]\include 但LLVM_INSTALL_PATH\bin\..\include不支持，要使用%Include%设置 VC的也要是指定环境。
第一 Clang++不兼容Visual C++ STL，所以无法正常编译 ,未引用STL的C++程序可以编译通过，链接器为link.exe 在链接.O文件的时候需要注意额外的添加必须的库，包括CRT
第二 Clang 编译C 标准的STD程序，可以直接-O生成目标程序，其他的就必须要传递库名，经过测试可以发现基于Visual Studio 构建的clang 可以识别%include%环境变量,-internal-isystem "INCLUDE_PATH",事实上BCC64正是这样做的，不过BCC更善于使用配置文件（.cfg configure） 来初始化环境，clang则是将搜索目录硬编码。，当然有好处也有坏处。link.exe一直对%lib%敏感 所以链接LLVM相关lib并不存在很严重的问题。
查看libcxx的源代码 发现Windows下是基于CRT实现的 使用Visual C++编译却发现代码不兼容。
Cmake可以直接打包，前提安装了NISI，控制台下进入Build目录 CPack就可以了 在安装了 Visual Studio 2012的计算机上都可以正常编译C程序，不使用C++STD的C++程序也是可以通过编译，Win32和Win64位主机都能使用，但编译的程序是32位的。
我在SF上发布了预编译的二进制版本：
http://sourceforge.net/projects/clangonwin/