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/