Redhat环境下编译安装Google Bazel
Redhat环境下编译安装bazel##
作者：Jack47
目前Google Bazel没有提供各个操作系统下的二进制安装包，只提供源代码，需要我们自己编译安装，详情可以见我翻译的中文版Google Bazel FAQ。Google Bazel官方安装文档在这里,里面只介绍了在Ubuntu(14.04,14.10)和Mac OS X下的编译安装。而我们公司的构建机器是Redhat Linux系列，在编译Bazel的时候遇到了很多问题，在这里跟大家分享下解决思路和方法,为了照顾像作者这样的小白，文章写的稍微有点啰嗦，见谅。
编译##
我编译Bazel的系统环境配置是：
系统环境###
操作系统：Redhat Enterprise 5.7
内核版本：2.6.32-220
gcc: 4.1.2
后来发现需要JDK 1.8, 支持C++ 11的编译器才可以顺利编译Bazel，下文会介绍如何安装这些依赖。
下载代码###
$ git clone https://github.com/google/bazel/
编译###
直接执行./compile.sh脚本来编译Bazel
$ ./compile.sh
报错：
Package libarchive was not found in the pkg-config search path.
Perhaps you should add the directory containing 'libarchive.pc' to the PKG_CONFIG_PATH environment variable
No package 'libarchive' found`
可以看到提示是 libarchive 包不在PKG_CONFIG_PATH下。利用Redhat Linux下的包管理工具yum查看到底安装了这个包没有：
$ rpm -qa | grep libarchive
发现就没有安装这个包，于是进行安装。libarchive是一个支持多种格式的档案和压缩的库。
安装libarchive###
从官方网站下载最新版本的 libarchive :
$ wget http://libarchive.org/downloads/libarchive-3.1.2.tar.gz
解压缩得到源码：
$ gunzip libarchive-3.1.2.tar.gz
$ tar libarchive-3.1.2.tar
然后通过查看libarchive-3.1.2目录下的 INSTALL 文件，找到编译安装方法：
编译：
$ ./configure
$ make
安装[需要管理员权限]：
$ sudo make install
此时再次执行Bazel的编译脚本：
$ ./compile.sh
发现还是跟没安装之前报一样的错误：
Package libarchive was not found in the pkg-config search path.
Perhaps you should add the directory containing 'libarchive.pc' to the PKG_CONFIG_PATH environment variable
No package 'libarchive' found
提示是说在pkg-config的搜索路径下找不到 libarchive 这个包，需要把libarchive.pc这个文件的路径添加到PKG_CONFIG_PATH这个环境变量里。回过头查看 libarchive 的安装过程中打印出的信息，可以看到：
/usr/bin/install -c -m 644 build/pkgconfig/libarchive.pc '/usr/local/lib/pkgconfig
发现libarchive.pc是安装到了 /usr/local/lib/pkgconfig 目录下。
于是设定环境变量PKG_CONFIG_PATH：
$ export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:$PKG_CONFIG_PATH
再编译Bazel，发现又出错了：
JDK version is lower than 1.8, please set $JAVA_HOME.
是jdk的版本不对，看了一下当前环境下的java版本：
$ java -version
java version "1.6.0_20"
安装jdk 1.8###
从Oracle官网下载jdk1.8, 由于我的机器是x86架构，64位机器，于是下载这个版本。如果直接 wget 会失败，需要在网页里同意License才可以下载，所以从浏览器中下载jdk1.8。如果是远程登录到服务器，可以在本地下载，然后使用scp命令上传到服务器：
$scp jdk-8u45-linux-x64.rpm usename@hostname:~/
安装####
$ sudo rpm -ivh jdk-8u45-linux-x64.rpm
bazel需要通过环境变量$JAVA_HOME来得到jdk的安装路径。而jdk rpm安装包不会自动帮助我们设置环境变量JAVA_HOME，需要我们自己设置。
设置JAVA_HOME####
很奇怪，安装后包名称变了，使用如下rpm命令查看安装后jdk 1.8的包名称：
$ rpm -qa | grep jdk
jdk1.8.0_45-1.8.0_45-fcs
查看这个包中文件都安装到哪些路径下了：
$ rpm -ql jdk1.8.0_45-1.8.0_45-fcs
发现安装到/usr/java/jdk1.8.0_45/这个目录下去了。
于是设置JAVA_HOME:
$ export JAVA_HOME=/usr/java/jdk1.8.0_45/
查看JAVA_HOME是否设置正确：
$ echo $JAVA_HOME
/usr/java/jdk1.8.0_45/
可以看到确实设置成功了。
再次编译Bazel，终于看到编译的输出了：
$ ./compile.sh
Compiling Java stubs for protocol buffers...
Compiling Bazel Java code...
Extracting helper classes for Bazel Java...
Creating libblaze.jar...
Compiling SingleJar tool code...
Extracting helper classes for SingleJar tool...
Creating SingleJar_deploy.jar...
Compiling JavaBuilder tool code...
Extracting helper classes for JavaBuilder tool...
Creating JavaBuilder_deploy.jar...
Compiling client .cc files...
cc1plus: error: unrecognized command line option "-std=c++0x"
看起来是不支持这个选项: "-std=c++0x"。
如何查看到底./compile.sh这个脚本执行了哪些语句，到底是哪条命令失败了？编辑这个shell脚本，在开头写入set命令：
set -x
然后再次运行Bazel编译，此时可以看到 ./compile.sh 脚本的每一行命令。最终出错误的命令是：
g++ -I. -std=c++0x -c '-DBLAZE_JAVA_CPU="k8"' -DBLAZE_OPENSOURCE=1 -o output/objs/blaze_startup_options.cc.o src/main/cpp/blaze_startup_options.cc
看起来是 g++ 不支持 c++0x标准。上网搜了一下，发现gcc 4.6以上的版本才支持 C++ 11。怎么在Redhat Linux下安装更高版本的gcc呢？
上网搜索后，发现Red Hat Enterprise Linux下有开发工具套件 devtoolset，可以方便的安装各个版本的gcc，而且是可以多个版本并存的，方便的解决了我等小白在源码编译、安装gcc时可能出现的问题。但官方的那一套东西，需要付费，而公司的这个Red Hat版本不支持。后来发现Redhat Linux的社区版本--Centos下有人已经构建好了Redhat Developer Toolset的相关rpm包，参照此文来进行devtoolset的安装。
$ sudo wget http://people.centos.org/tru/devtools-2/devtools-2.repo -O /etc/yum.repos.d/devtools-2.repo
$sudo yum install devtoolset-2-gcc devtoolset-2-binutils devtoolset-2-gcc-c++
安装完成后，使用scl命令在shell环境中启用devltoolset-2
$ scl enable devtoolset-2 bash
然后验证此时gcc的版本：
$ gcc -v
可以看到此时已经是gcc 4.8.2版本了。有兴趣的同学可以查看一下enable这个脚本的实现,非常简洁，会让你收获一些东西，路径是：/opt/rh/devtoolset-2/
再次编译Bazel，发现又出错了：
src/main/tools/namespace-sandbox.c: In function ‘main’:
src/main/tools/namespace-sandbox.c:140:36: error: ‘CLONE_NEWUTS’ undeclared (first use in this function) CHECK_CALL(unshare(CLONE_NEWNS | CLONE_NEWUTS | CLONE_NEWIPC | CLONE_NEWUSER));
在网上看到unshare这个函数的CLONE_NEWUTS参数在我的这个系统版本里2.6.32 里面应该是已经支持了得。后来发信给bazel邮件组求助，他们说是我得系统内核版本太老了，不支持namespace，让我把namespace-sandbox的编译去掉，不影响正常功能。
于是注释掉，sandbox的编译：
#if [[ $PLATFORM == "linux" ]]; then
# log "Compiling sandbox..."
# "${CC}" -o output/namespace-sandbox -std=c99 src/ main/tools/namespace-sandbox.c
#fi`
再次编译，编译终于成功了！
Build successful! Binary is here: /home/jack47/bazel/output/bazel
明天如果把bug修完了，会更新一篇如何上手bazel的文章，大家周末愉快！
后记：
其实我在搞明白可以简单的使用devltoolset来安装高版本的gcc之前，自己源码编译，安装gcc后，遇到了一些稀奇古怪的错误，比如系统头文件里的某些宏没有定义，libstdc++中找不到GLIBCXX_3.4.20等，还是花了好几天时间在上面的。所以读者朋友们，你们是幸福的啊，按照我的这篇文章，半天时间怎么着也能编译出Bazel来。
做个调查，C++程序员，你能分清楚这几个名词之间的区别和联系吗？不清楚的默默给我点下文章右下角的“推荐”按钮吧，哈哈。其实我写这篇文章之前也不太清楚glibc和libstdc++这两个东东的:)
参考资料：
- Redhat Developer toolset的介绍：很有意思，解释了这套工具解决的问题，背后的原理等
- Google软件构建工具Bazel原理及使用方法介绍
