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