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...