2014-09-27 75 views
1

我在工作中有一台电脑,关于这一点我没有须藤权限(它是由系统管理员进行管理),我只有在/home/my_user_name/写权限我们用科学的Linux发行6.3 gcc版本4.4 0.7。我想编译自己的gcc 4.9.1,安装它,例如/home/my_user_name/local/gcc/,并且能够与旧的gcc 4.4.7同时使用它。安装GCC在家里

据我所知,默认情况下,g ++会在查看用户指定的目录之前,检查/usr//usr/local/的标题和库。此外,可执行文件在运行时检查共享对象的默认路径。 我想要什么,是GCC-4.4.7使用自己的头文件,库,链接器等,并为GCC-4.9.1使用它自己的一套,没有/usr/和看到这样的旧版本的那些东西。对于可执行文件,可以自动知道在哪里查找编译的库。我也希望两个编译器能够同时使用。我也希望这适用于包含在gcc中的gfortran和其他编译器。

可以这样做吗?设置这个最好的方法是什么?我需要知道或担心什么?

感谢

回答

1

可以这样做?设置这个最好的方法是什么?我需要 知道或担心什么?

是的,这可以做到。事实上,在一台机器上安装多个版本的GCC是非常有用的。你可以在你的路径/home/my_user_name/local/gcc/下载并安装gcc4.9。您可以参考以下有关如何使用源文件安装GCC4.9的链接。

How do I compile and run GCC 4.9.0?

一旦你与步骤完成后,你应该能够通过提供完整的路径使用GCC4.9.1。最好的方法是编写一个makefile并使用它来避免长类型。

如果一切顺利您的GCC4.9安装,下面的命令应该给予这样的输出:

$/home/mantosh/gcc-4.9.1/bin/gcc -v 
Using built-in specs. 
COLLECT_GCC=/home/mantosh/gcc-4.9.1/bin/gcc 
COLLECT_LTO_WRAPPER=/home/mantosh/gcc-4.9.1/libexec/gcc/x86_64-unknown-linux-gnu/4.9.1/lto-wrapper 
Target: x86_64-unknown-linux-gnu 
Configured with: /home/mantosh/objdir/../gcc-4.9.1/configure --prefix=/home/mantosh/gcc-4.9.1 --disable-multilib 
Thread model: posix 
gcc version 4.9.1 (GCC) 


$ gcc -v 
Using built-in specs. 
COLLECT_GCC=gcc 
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper 
Target: x86_64-linux-gnu 
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.1-2ubuntu1~12.04' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu 
Thread model: posix 
gcc version 4.8.1 (Ubuntu 4.8.1-2ubuntu1~12.04) 

所以从上面我们可以看到,GCC4.8是我的默认编译器和GCC4.9.1是安装了其他编译​​器。第一个是默认编译的gcc(在我的例子中是gcc4.8),第二个是gcc4.9.1。因为我们正在命令行上提供完整的路径。

$g++ test.cpp 
$/home/mantosh/gcc4.9.1/bin/g++ test.cpp 
+0

那么,你是说我并不需要指定,也不在LIBRARY_PATH或LD_LIBRARY_PATH新库的路径,从GCC 4.9 C_INCLUDE_PATH和CPLUS_INCLUDE_PATH新的头?可执行文件将如何知道在哪里可以找到新库?或者有一个隐式的rpath设置为gcc库链接? – SU3 2014-09-27 05:30:46

+0

是的,只要给出完整的路径,一切都将由新的编译器选择。 – 2014-09-27 06:02:07

+0

你或许应该以'... /配置前缀= $ HOME /柔和/'和其他可能的选择,也许'--program后缀= -mine'编译GCC 4.9.1(或更新版本).. – 2014-09-27 06:30:30