编译安装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了。

 from：http://itbilu.com/linux/management/NymXRUieg.html

 

解决类似 /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