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/

转载于:https://my.oschina.net/GIIoOS/blog/102180

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值