编译安装GCC 4.7.2
from：http://blog.chinaunix.net/uid-20717979-id-3485672.html
安装gcc需要GMP、MPFR、MPC这三个库，可从ftp://gcc.gnu.org/pub/gcc/infrastructure/下载相应的压缩包。由于MPFR依赖GMP，而MPC依赖GMP和MPFR，所以要先安装GMP，其次MPFR，最后才是MPC。这里三个库我用的版本分别是gmp4.3.2，mpfr2.4.2和mpc0.8.1。
先开始安装GMP。解压GMP的压缩包后，得到源代码目录gmp-4.3.2。在该目录的同级目录下建立一个临时的编译目录，这里命名为gmp-build。然后开始配置安装选项，进入gmp-build目录，输入以下命令进行配置：
../gmp-4.3.2/configure --prefix=/usr/local/gmp-4.3.2
这里--prefix选项代表要将该库安装在哪里，我是装在/usr/local/gmp-4.3.2目录下，后面的安装都会用到这个选项。
这时在gmp的编译目录下就会生成一个makefile文件，现在开始编译安装。
make
make check
sudo make install
这样就安装好了gmp。mpfr和mpc的安装方法与此类似。不过要注意配置的时候要把依赖关系选项加进去，具体后面两个库配置命令如下：
../mpfr-2.4.2/configure --prefix=/usr/local/mpfr-2.4.2 --with-gmp=/usr/local/gmp-4.3.2
../mpc-0.8.1/configure --prefix=/usr/local/mpc-0.8.1 --with-gmp=/usr/local/gmp-4.3.2 --with-mpfr=/usr/local/mpfr-2.4.2
安装好这三个库之后，就可以正式开始安装gcc了。
与此前一样，先建一个编译gcc的临时目录gcc-build，进入该目录后配置安装选项：
../gcc-4.7.2/configure --prefix=/usr/local/gcc-4.7.2 --enable-threads=posix --disable-checking --disable-multilib --enable-languages=c,c++
--with-gmp=/usr/local/gmp-4.3.2 --with-mpfr=/usr/local/mpfr-2.4.2 --with-mpc=/usr/local/mpc-0.8.1
gcc的配置选项有很多，具体可以参考gcc源文件目录下的安装说明。这里只安装了c和c++的编译器。（如果不指定编译的语言，则会在make时不通过，爆出某些文件找不到等错误，所以还是建议在此指定编译语言为c，c++）
在环境变量LD_LIBRARY_PATH添加前面三个库的位置，键入以下命令：
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/mpc-0.8.1/lib:/usr/local/gmp-4.3.2/lib:/usr/local/mpfr-2.4.2/lib
然后开始make编译
在经过漫长的1小时等待后，终于编译完成。在安装说明里面还有测试这一步，不过那是可选的。直接make install安装，至此gcc就全部安装完成了。不过目前还不能使用新版本的gcc，因为新版的可执行文件还没加到命令的搜索路径中。在这里我为新版的gcc和g++命令分别建立了一个软链接。进入/usr/bin目录后，键入如下命令建立软链接。
sudo ln -s /usr/local/gcc-4.5.0/bin/gcc gcc472
sudo ln -s /usr/local/gcc-4.5.0/bin/g++ g++472
在这里遇到个问题
sudo: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory
sudo: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory
输入locate libssl.so.0.9.8发现系统没有libssl.so.0.9.8，于是下载，下载第地址
http://www.it-adv.net/fetion/downng/library_linux.tar.gz
解压
[root@localhost local]# tar -zxvf library_linux.tar.gz
libACE-5.6.8.so
libACE_SSL-5.6.8.so
libcrypto.so.0.9.8
libssl.so.0.9.8
将缺少的拷贝到 /usr/local/lib 下，这是因为/etc/ld.so.conf中包含了这个路径
cp libcrypto.so.0.9.8 /usr/local/lib
cp libssl.so.0.9.8 /usr/local/lib
然后
sudo ldconfig
解决
这样我使用新版本gcc的时候就可以用gcc472和g++472命令，同时也可使用原来的gcc编译程序。当然这里也可以直接将/usr/bin目录下gcc，g++命令重新链接到新版本的gcc可执行文件。在正式使用之前还有最后一个工作要做，就是将前面安装的三个库的路径加进环境变量LD_LIBRARY_PATH中，不然在编译程序的时候会出错。由于我不想每次编译程序都生成环境变量，所以需要编辑/etc目录下的bashrc文件配置shell环境。在这个文件中添加以下语句：
LD_LIBRARY_PATH=:/usr/local/mpc-0.8.1/lib:/usr/local/gmp-4.3.2/lib:/usr/local/mpfr-2.4.2/lib:/usr/local/gcc-4.7.2/lib
export LD_LIBRARY_PATH
保存重启系统后，就可以使用新装的gcc了。
解决类似 /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found 的问题
2015年10月17日 2682
源码编译升级安装了gcc后，编译程序或运行其它程序时，有时会出现类似/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found的问题。这是因为升级gcc时，生成的动态库没有替换老版本gcc的动态库导致的，将gcc最新版本的动态库替换系统中老版本的动态库即可解决。
1. 问题原因分析
为了安装最新版本的Node.js（最新版本的Node.js使用了C++ 11中，而C++ 11需要code>gcc 4.8+才能支持），将gcc升级到了当前最新版本v 5.2.0。升级后，成功编译安装了新版本的Node.js（v 4.2.1）,但运行时程序时出现了以下错误：
node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by node) node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by node) node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by node)
运行以下命令检查动态库：
strings /usr/lib64/libstdc++.so.6 | grep GLIBC
输出结果如下：
GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH
从以上输出可以看出，gcc的动态库还是旧版本的。说明出现这些问题，是因为升级gcc时，生成的动态库没有替换老版本gcc的动态库。
2. 问题处理
执行以下命令，查找编译gcc时生成的最新动态库：
find / -name "libstdc++.so*"
输出如下：
/home/gcc-5.2.0/gcc-temp/stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so /home/gcc-5.2.0/gcc-temp/stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6 /home/gcc-5.2.0/gcc-temp/stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.21 //最新动态库 ……
/home/gcc-5.2.0/gcc-temp是升级gcc时的输出目录。
将上面的最新动态库libstdc++.so.6.0.21复制到/usr/lib64目录下：
cp /home/gcc-5.2.0/gcc-temp/stage1-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so.6.0.21 /usr/lib64
复制后，修改系统默认动态库的指向，即：重建默认库的软连接。
切换工作目录至/usr/lib64：
cd /usr/lib64
删除原来软连接：
rm -rf libstdc++.so.6
将默认库的软连接指向最新动态库：
ln -s libstdc++.so.6.0.21 libstdc++.so.6
默认动态库升级完成。重新运行以下命令检查动态库：
strings /usr/lib64/libstdc++.so.6 | grep GLIBC
现在输出如下：
GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_3.4.10 GLIBCXX_3.4.11 GLIBCXX_3.4.12 GLIBCXX_3.4.13 GLIBCXX_3.4.14 GLIBCXX_3.4.15 GLIBCXX_3.4.16 GLIBCXX_3.4.17 GLIBCXX_3.4.18 GLIBCXX_3.4.19 GLIBCXX_3.4.20 GLIBCXX_3.4.21 GLIBC_2.3 GLIBC_2.2.5 GLIBC_2.3.2 GLIBCXX_FORCE_NEW GLIBCXX_DEBUG_MESSAGE_LENGTH
