gcc344編譯高版本
㈠ 如何在CentOS上使用高版本的GCC編譯
為了不影響本機的gcc環境，開發工具默認安裝在『/opt/centos/devtoolset-1.1/root/』目錄下。需要修改用戶的環境變數方可使用： export CC=/opt/centos/devtoolset-1.1/root/usr/bin/gcc export CPP=/opt/centos/devtoolset-1.1/root/usr/bin/cpp export CXX=/opt/centos/devtoolset-1.1/root/usr/bin/c++ 推薦使用gcc默認給出的環境變數設置腳本『/opt/centos/devtoolset-1.1/enable 』。將其加到有需要用戶的環境變數中，重新登錄即生效。 echo 'source /opt/centos/devtoolset-1.1/enable' >> ~/.bash_profile source /opt/centos/devtoolset-1.1/enable gcc -v 筆者小試了一把，在CentOS 6.4下，原生GCC版本為4.4.7-3，官網給出的開發版本為4.7.2-5。拿來編譯linux-3.9.7內核，生成的文件變小了一丁點，時間沒太留意，上應該更快吧。哈哈……
㈡ 用高版本編譯低版本gcc的問題
據說要低版本的才能編譯高版本的
㈢ 編譯android4.4用哪個版本的gcc
一般來說編譯安卓4.4用ggc的4.4.3版本即可，版本過高可能會引起錯誤。
gcc：它是一套GNU編譯器套裝以GPL許可證所發行的自由軟體，也是 GNU計劃的關鍵部分。GCC原本作為GNU操作系統的官方編譯器，現已被大多數類Unix操作系統（如Linux、BSD、Mac OS X等）採納為標準的編譯器，GCC在微軟的Windows下的移植版本叫MinGW。[1]GCC是自由軟體過程發展中的著名例子，由自由軟體基金會以GPL協議發布
㈣ 關於gcc編譯選項選取動態庫不同版本的問題
不同版本的動態庫是為了升級方便，舊的程序需要與舊的庫鏈接，新的程序與新的．
一般的做法是把libabc.so連接(symbolic link, ln -s libabc.so.N libabc.so)到最新的版本，這樣以後的新程序，在用gcc -labc的時候，都會鏈接到新的版本．舊的已經鏈接好的程序並不會產生不兼容的問題，因為舊程序在過去已經鏈接過了（動態庫鏈接的信息可以用ldd來查看: ldd /bin/ls）．
symbolic link, ln是推薦的維護版本的辦法，不建議更改文件名．
如果你要有一個方便的辦法鏈接舊的版本, 建一個舊的版本的symbolic link就可以了,libabc11.so
ln -s libabc.so.11 libabc11.so
gcc -labc11...
㈤ 怎樣指定某個版本的gcc來編譯程序
對於autotools來生成Makefile的程序包，不建議修改Makefile來指定GCC/G++的版本。
最佳方案：
./configure CC=你想使的C編譯器的絕對路徑
./configure CXX=你想使的C++編譯器的絕對路徑
比如：./configure CXX=/usr/local/bin/g++
這樣就可以很方便地讓系統內多個版本的編譯器共存了。
㈥ cygwin下將gcc3.4.4升級到4.3.3後在編譯時提升無cc1
dkenn然後44,32eddx.然後進行jfenmm編譯，最後導出到jemn2n,就可以了
㈦ 編譯內核對gcc版本有要求嗎
arm-linux-gcc-3.4.5我一直在用，之前3.3.2隻能編譯2.6的內核，不能編譯bootloader，4.3.3關於內核，和bootloader限制不大了，都可以編譯
㈧ 高版本的gcc編譯的庫能被低版本的gcc鏈接使用嗎
有一些abi兼容性問題，如果你的程序有靜態或動態鏈接不全支持c++11的libc的話。 如果你的程序完全是用gcc 4.84編譯鏈接出來，也沒有動態鏈接低版本的libc的話應該沒有問題
㈨ 求助：arm-linux-gcc4.4.3編譯問題：libstdc++.so.6
so。你需要確認你的編譯環境中包含相關arm的libstdc++，應該是你本地缺少libstdc++，這個so庫是arm架構的，不是指本地的x86的.6的庫文件.so你使用交叉編譯工具，可以看看makefile中如何指定的.6庫
㈩ 用不同版本GCC編譯出的庫只能用對應的GCC使用嗎
不同版本的動態庫是為了升級方便，舊的程序需要與舊的庫鏈接，新的程序與新的．
一般的做法是把libabc.so連接(symbolic link, ln -s libabc.so.N libabc.so)到最新的版本，這樣以後的新程序，在用gcc -labc的時候，都會鏈接到新的版本．舊的已經鏈接好的程序並不會產生不兼容的問題，因為舊程序在過去已經鏈接過了（動態庫鏈接的信息可以用ldd來查看: ldd /bin/ls）．
symbolic link, ln是推薦的維護版本的辦法，不建議更改文件名．
如果你要有一個方便的辦法鏈接舊的版本, 建一個舊的版本的symbolic link就可以了,libabc11.so
ln -s libabc.so.11 libabc11.so
gcc -labc11...