当前位置: > CentOS > CentOS教程 >

CentOS 6.3编译安装GCC教程

时间:2014-02-26 02:46来源:linux.it.net.cn 作者:IT网
 众所周知:CentOS虽然好用,但是它自己的yum源很小也比较滞后,安装工具往往需要自己下载源码编译。(貌似RedHat和Fedora的源中el版本一致的rpm也可以用,但是没有试过)

其他工具慢一点也就算了,最让人不能认的就是它的gcc版本居然也这么滞后,到现在(2012-12-21)最新的CentOS版本是6.3,官方源上最新的gcc版本是4.4.6!而现在gcc的最新稳定版本是4.7.2,开发版已经到了4.8!

了解c++的朋友都知道,这段版本升级的时间正是各种编译器们想c++11标准飞速靠近的时期,也是越来越多的人来时使用c++11特性的时期,因此升级一个功能更完善的gcc实在不行。

好了,重要性谈完了,下面开始谈正事。

 

楼主的环境是CentOS 6.3版,使用默认的gcc 4.4.6,编译安装gcc 4.8.0。

网上关于升级编译gcc的教程中步骤很多也很繁琐,惨痛的过程我就不说了,我只说一点,其实事情可以很简单。

首先是依赖的库,官方文档说需要gmp、mpc、mpfr,并且提供了下载地址,很多教程都说了自己编译安装,以及这一过程中的一些问题,其实完全不必这么麻烦。难道大家就没有想过gcc作为一个发展多年且很成熟的项目,难道就没有提供一些自动化的解决方案吗?

 

步骤1:

yum install glibc-static libstdc++-static -y

安装c和c++的静态库(据说如果系统中缺少libc.a和libstdc++.a编译时会出错,但是我没有那么多闲情逸致去试,实践过的朋友可以回复一下,分享一下经验,让大家都长长见识)

步骤2:

下载解压gcc,我的gcc目录是gcc-4.8.0

 

步骤3:

进入gcc目录,执行:

./contrib/download_prerequisites

这个神奇的脚本文件会帮我们下载、配置、安装那三个依赖的库。可以节约我们大量的时间和精力。

 

步骤4:

你以为这三个库自动下载了、自动make install了就没事了吗?错!

很多人在编译gcc的时候出现各种奇奇怪怪的错误就是这步没有做好。

它们还不在.so文件的搜索路径里面,需要加进去,最后切记切记一定要执行一下ldconfig。

大致做法为:

1,找到你的共享库文件被install到哪个目录了(updatedb+locate命令)。

2,如果你的库不是直接放在/lib或/usr/lib下,需要修改/etc/ld.so.conf文件,加入你的共享库的路径

3,如果在2中添加了共享库路径,切记要执行一下ldconfig,更新响应cache文件让系统能找到你的共享库。

具体做法参加我的上一博文“Linux共享库路径配置”http://blog.csdn.net/yanxiangtianji/article/details/8316562

步骤5:

建立临时目录,这个目录用以存放编译时的大量临时文件,是文档要求中必须的。

我是在gcc-4.8.0下建立了一个名为gcc-build-4.8.0的目录,进入它。

mkdir gcc-build-4.8.0

cd  gcc-build-4.8.0

配置gcc编译选项

 

强烈建议阅读INSTALL目录下的说明文档,尤其是configure.html,以确定你的编译选项。

比较基本的选项有--enable-languages,说明你要让你的gcc支持那些语言,--disable-multilib不生成编译为其他平台可执行代码的交叉编译器。--disable-checking生成的编译器在编译过程中不做额外检查,也可以使用--enable-checking=xxx来增加一些检查。

网上还说了什么--with-gmp、--with-mpfr、--with-mpc这三个选项,但是如果你3,4步做好了,就不要配了,反之你还是老实点吧别抱侥幸心理了。

调用gcc-4.8.0目录下的configure文件:

例如:

../configure --enable-checking=release --enable-languages=c,c++ --disable-multilib

 

 

步骤7:

执行

../make #不解释

 

执行编译命令(#在8核的虚拟机上进行编译,每个核分配2个编译任务)

make -j16  

make  install
编译过程CPU 核基本100%占用,整个编译用时11分50秒。

检查gcc版本

 

#你就等吧少年,建议晚上睡觉前做

当然上面三步一定要在前一步顺利结束的情况下进行,如果哪一步出错了,结果都显示error了,就不要再做后面的了。在shell的输出里搜索"error"看具体的出错点是什么,baidu、google一下为什么。

如果你求稳的话,可以在make install之前先make check一下。

(责任编辑:IT)
------分隔线----------------------------
栏目列表
推荐内容