⑴ 如何通过ppa安装/升级gcc和g 版本到4.8.1
1.更新Ubuntu的gcc和g++版本，依次进行如下操作：sudo add-apt-repository ppa:ubuntu-toolchain-r/testsudo apt-get updatesudo apt-get install gcc-4.7sudo apt-get install g++-4.72.本人安装过程中提示有存在依赖关系的文件未安装，gcc-4.6-base，则先安装该软件：sudo apt-get install gcc-4.6-base3.升级完成使用gcc –version（1）若显示有多个软件包包含gcc，让选择一个安装。可是进行gcc重新又显示已经安装。进入/usr/bin/目录后发现gcc-4.7和g++-4.7都存在，但是未发现他们的链接gcc和g++（其实我们平常使用的gcc和g++都是指向具体版本例如gcc-4.7和g++-4.7的符号链接哦），因此重建符号链接即可cd /usr/binsudo ln -s gcc-4.7 gccsudo ln -s g++-4.7 g++（2）若显示版本依然是4.4.3（或者你的旧版本号），并没有把4.7版设置为默认的gcc的链接文件，进入/usr/bin/把gcc这个文件删除，建立链接到gcc-4.7（g++类似）:cd /usr/binsudo rm gccsudo ln -s gcc-4.7 g++sudo rm g++sudo ln -s g++-4.7 g++4.现在编译并执行例程，ok！编译通过了！
⑵ 耐克和GGCC那个品质好
我穿的就是耐克鞋穿的舒服质量也不错耐克这种鞋穿它几年都没有问题疋是耐克品质好
⑶ 怎样查看linux里gcc的版本号
1. gcc -v[[email protected] /]# gcc -vReading specs from /usr/i386-glibc-2.1-linux/lib/gcc-lib/i386-glibc21-linux/egcs-2.91.66/specsgcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)2. rpm -qa|grep gccrpm -qi gcc[[email protected] /]# rpm -qa|grep gccgcc-3.2.2-5gcc-c++-3.2.2-5libgcc-3.2.2-5compat-gcc-7.3-2.96.118gcc-g77-3.2.2-5gcc-java-3.2.2-5gcc-gnat-3.2.2-5compat-gcc-c++-7.3-2.96.1183. gcc -mpversion （Display the version of the compiler）[[email protected] /]# gcc -mpversionegcs-2.91.66
⑷ 如何查看程序被哪个版本编译器编译的linux-gcc
那是不可能的，除非你加入了调试信息，也就是编译的时候加入了-g参数，然后用gdb调试就可以显示。最大程度上查看一个elf文件信息。｛readelf -Wa a.out | headreadelf -wi a.outreadelf -p .comment a.outobjmp -s –section .comment audioplayer｝如下：[[email protected] rootfs]# readelf -Wa bin/gzip 复制代码ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX – System V ABI Version: 0 Type: EXEC (Executable file) Machine: ARM Version: 0x1 Entry point address: 0xa080 Start of program headers: 52 (bytes into file) Start of section headers: 1975444 (bytes into file) Flags: 0x5000002, has entry point, Version5 EABI Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 6 Size of section headers: 40 (bytes) Number of section headers: 25 Section header string table index: 24Section Headers: [Nr] Name Type Addr Off Size ES Flg Lk Inf Al [ 0] NULL 00000000 000000 000000 00 0 0 0 [ 1] .note.ABI-tag NOTE 000080f4 0000f4 000020 00 A 0 0 4 [ 2] .init PROGBITS 00008114 000114 00000c 00 AX 0 0 4 [ 3] .text PROGBITS 00008120 000120 17fcfc 00 AX 0 0 16 [ 4] __libc_freeres_fn PROGBITS 00187e1c 17fe1c 000f20 00 AX 0 0 4 [ 5] __libc_thread_fre PROGBITS 00188d3c 180d3c 0000e4 00 AX 0 0 4 [ 6] .fini PROGBITS 00188e20 180e20 000008 00 AX 0 0 4 [ 7] .rodata PROGBITS 00188e28 180e28 058147 00 A 0 0 8 [ 8] __libc_subfreeres PROGBITS 001e0f70 1d8f70 00005c 00 A 0 0 4 [ 9] __libc_atexit PROGBITS 001e0fcc 1d8fcc 000004 00 A 0 0 4 [10] __libc_thread_sub PROGBITS 001e0fd0 1d8fd0 000008 00 A 0 0 4 [11] .ARM.extab PROGBITS 001e0fd8 1d8fd8 001b04 00 A 0 0 4 [12] .ARM.exidx ARM_EXIDX 001e2adc 1daadc 006ea8 00 AL 3 0 4 [13] .tdata PROGBITS 001f1984 1e1984 000018 00 WAT 0 0 4 [14] .tbss NOBITS 001f199c 1e199c 000034 00 WAT 0 0 4 [15] .init_array INIT_ARRAY 001f199c 1e199c 000004 00 WA 0 0 4 [16] .fini_array FINI_ARRAY 001f19a0 1e19a0 000008 00 WA 0 0 4 [17] .jcr PROGBITS 001f19a8 1e19a8 000004 00 WA 0 0 4 [18] .data.rel.ro PROGBITS 001f19ac 1e19ac 00002c 00 WA 0 0 4 [19] .got PROGBITS 001f19d8 1e19d8 00007c 04 WA 0 0 4 [20] .data PROGBITS 001f1a58 1e1a58 0008f7 00 WA 0 0 8 [21] .bss NOBITS 001f2350 1e234f 004828 00 WA 0 0 8 [22] __libc_freeres_pt NOBITS 001f6b78 1e234f 00003c 00 WA 0 0 4 [23] .ARM.attributes ARM_ATTRIBUTES 00000000 1e234f 00002b 00 0 0 1 [24] .shstrtab STRTAB 00000000 1e237a 000118 00 0 0 1 Section to Segment mapping: Segment Sections… 00 .ARM.exidx 01 .note.ABI-tag .init .text __libc_freeres_fn __libc_thread_freeres_fn .fini .rodata __libc_subfreeres __libc_atexit __libc_thread_subfreeres .ARM.extab .ARM.exidx 02 .tdata .init_array .fini_array .jcr .data.rel.ro .got .data .bss __libc_freeres_ptrs 03 .note.ABI-tag 04 .tdata .tbssAttribute Section: aeabiFile Attributes Tag_CPU_name: "5TE" Tag_CPU_arch: v5TE Tag_ARM_ISA_use: Yes Tag_THUMB_ISA_use: Thumb-1 Tag_ABI_PCS_wchar_t: 4 Tag_ABI_FP_denormal: Needed Tag_ABI_FP_exceptions: Needed Tag_ABI_FP_number_model: IEEE 754 Tag_ABI_align8_needed: Yes Tag_ABI_align8_preserved: Yes, except leaf SP Tag_ABI_enum_size: int Tag_unknown_44: 1 (0x1)复制代码How to retrieve the GCC version used to compile a given ELF executable? http://stackoverflow.com/questions/2387040/how-to-retrieve-the-gcc-version-used-to-compile-a-given-elf-executableQUES: I'd like to retrieve the GCC version used to compile a given executable. I tried readelf but didn't get the information. Any thoughts?ANS: To complete what others have said: it's not stored in the object (or exe) file, unless you compile with debugging information! (option -g). If you compile with debug info, you can get it back with readelf:复制代码[[email protected] test]# gcc a.c[[email protected] test]# readelf -wi a.out[[email protected] test]# gcc a.c -g [[email protected] test]# readelf -wi a.outThe section .debug_info contains: Compilation Unit @ offset 0x0: Length: 135 Version: 2 Abbrev Offset: 0 Pointer Size: 8 <0><b>: Abbrev Number: 1 (DW_TAG_compile_unit) DW_AT_stmt_list : 0 DW_AT_high_pc : 0x400453 DW_AT_low_pc : 0x400448 DW_AT_procer : GNU C 4.1.2 20080704 (Red Hat 4.1.2-55) DW_AT_language : 1 (ANSI C) DW_AT_name : a.c DW_AT_comp_dir : /work/farsight/test <1><61>: Abbrev Number: 2 (DW_TAG_subprogram) DW_AT_external : 1 DW_AT_name : main DW_AT_decl_file : 1 DW_AT_decl_line : 4 DW_AT_prototyped : 1 DW_AT_type : <83> DW_AT_low_pc : 0x400448 DW_AT_high_pc : 0x400453 DW_AT_frame_base : 0 (location list) <1><83>: Abbrev Number: 3 (DW_TAG_base_type) DW_AT_name : int DW_AT_byte_size : 4 DW_AT_encoding : 5 (signed)复制代码ANS2：
⑸ gcc的语言支持
以2006年5月24日释出的4.1.1版为准，本编译器版本可处理下列语言：Ada 〈GNAT〉C 〈GCC〉C++（G++）Fortran 〈Fortran 77: G77, Fortran 90: GFORTRAN〉Java 〈编译器：GCJ；解释器：GIJ〉Objective-C 〈GOBJC〉Objective-C++先前版本纳入的CHILL前端由于缺乏维护而被废弃。Fortran前端在4.0版之前是G77，此前端仅支援Fortran 77。在本版本中，G77被废弃而采用更新的GFortran，因为此前端支援Fortran 95。下列前端依然存在：Mola-2Mola-3PascalPL/ID语言MercuryVHDL
⑹ 如何在linux操作系统下安装gcc以及查看gcc编译器是否安装好
请具体说明一下你使用的是什么linux，不同的发行版安装的方法不一样。查看GCC有没安装的方法是打入“gcc -v”（不包含引号）看到版本号说明安装了！
⑺ 如何查看当前 gcc 的版本
1. gcc -v（Display the programs invoked by the compiler）[[email protected] /]# gcc -vReading specs from /usr/i386-glibc-2.1-linux/lib/gcc-lib/i386-glibc21-linux/egcs-2.91.66/specsgcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)2. rpm -qa|grep gccrpm -qi gcc[[email protected] /]# rpm -qa|grep gccgcc-3.2.2-5gcc-c++-3.2.2-5libgcc-3.2.2-5compat-gcc-7.3-2.96.118gcc-g77-3.2.2-5gcc-java-3.2.2-5gcc-gnat-3.2.2-5compat-gcc-c++-7.3-2.96.1183. gcc -mpversion （Display the version of the compiler）[[email protected] /]# gcc -mpversionegcs-2.91.66*******************************************************************************************Linux系统下的Gcc（GNU C Compiler）是GNU推出的功能强大、性能优越的多平台编译器，是GNU的代表作品之一。gcc是可以在多种硬体平台上编译出可执行程序的超级编译器，其执行效率与一般的编译器相比平均效率要高20%~30%。Gcc编译器能将C、C++语言源程序、汇程式化序和目标程序编译、连接成可执行文件，如果没有给出可执行文件的名字，gcc将生成一个名为a.out的 文件。在Linux系统中，可执行文件没有统一的后缀，系统从文件的属性来区分可执行文件和不可执行文件。而gcc则通过后缀来区别输入文件的类别，下面 我们来介绍gcc所遵循的部分约定规则。.c为后缀的文件，C语言源代码文件；.a为后缀的文件，是由目标文件构成的档案库文件；.C，.cc或.cxx 为后缀的文件，是C++源代码文件；.h为后缀的文件，是程序所包含的头文件；.i 为后缀的文件，是已经预处理过的C源代码文件；.ii为后缀的文件，是已经预处理过的C++源代码文件；.m为后缀的文件，是Objective-C源代码文件；.o为后缀的文件，是编译后的目标文件；.s为后缀的文件，是汇编语言源代码文件；.S为后缀的文件，是经过预编译的汇编语言源代码文件。Gcc的执行过程虽然我们称Gcc是C语言的编译器，但使用gcc由C语言源代码文件生成可执行文件的过程不仅仅是编译的过程，而是要经历四个相互关联的步骤∶预处理(也 称预编译，Preprocessing)、编译(Compilation)、汇编(Assembly)和连接(Linking)。命令gcc首先调用cpp进行预处理，在预处理过程中，对源代码文件中的文件包含(include)、预编译语句(如宏定义define等)进行分析。接 着调用cc1进行编译，这个阶段根据输入文件生成以.o为后缀的目标文件。汇编过程是针对汇编语言的步骤，调用as进行工作，一般来讲，.S为后缀的汇编 语言源代码文件和汇编、.s为后缀的汇编语言文件经过预编译和汇编之后都生成以.o为后缀的目标文件。当所有的目标文件都生成之后，gcc就调用ld来完 成最后的关键性工作，这个阶段就是连接。在连接阶段，所有的目标文件被安排在可执行程序中的恰当的位置，同时，该程序所调用到的库函数也从各自所在的档案 库中连到合适的地方。Gcc的基本用法和选项在使用Gcc编译器的时候，我们必须给出一系列必要的调用参数和文件名称。Gcc编译器的调用参数大约有100多个，其中多数参数我们可能根本就用不到，这里只介绍其中最基本、最常用的参数。Gcc最基本的用法是∶gcc [options] [filenames]其中options就是编译器所需要的参数，filenames给出相关的文件名称。-c，只编译，不连接成为可执行文件，编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件，通常用于编译不包含主程序的子程序文件。-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。-g，产生符号调试工具(GNU的gdb)所必要的符号资讯，要想对源代码进行调试，我们就必须加入这个选项。-O，对程序进行优化编译、连接，采用这个选项，整个源代码会在编译、连接过程中进行优化处理，这样产生的可执行文件的执行效率可以提高，但是，编译、连接的速度就相应地要慢一些。-O2，比-O更好的优化编译、连接，当然整个编译、连接过程会更慢。-Idirname，将dirname所指出的目录加入到程序头文件目录列表中，是在预编译过程中使用的参数。C程序中的头文件包含两种情况∶A)#includeB)#include “myinc.h”其中，A类使用尖括号(< >)，B类使用双引号(“ ”)。对于A类，预处理程序cpp在系统预设包含文件目录(如/usr/include)中搜寻相应的文件，而对于B类，cpp在当前目录中搜寻头文件， 这个选项的作用是告诉cpp，如果在当前目录中没有找到需要的文件，就到指定的dirname目录中去寻找。在程序设计中，如果我们需要的这种包含文件分 别分布在不同的目录中，就需要逐个使用-I选项给出搜索路径。-Ldirname，将dirname所指出的目录加入到程序函数档案库文件的目录列表中，是在连接过程中使用的参数。在预设状态下，连接程序ld在系统 的预设路径中(如/usr/lib)寻找所需要的档案库文件，这个选项告诉连接程序，首先到-L指定的目录中去寻找，然后到系统预设路径中寻找，如果函数 库存放在多个目录下，就需要依次使用这个选项，给出相应的存放目录。-lname，在连接时，装载名字为“libname.a”的函数库，该函数库位于系统预设的目录或者由-L选项确定的目录下。例如，-lm表示连接名为“libm.a”的数学函数库。上面我们简要介绍了gcc编译器最常用的功能和主要参数选项，更为详尽的资料可以参看Linux系统的联机帮助。假定我们有一个程序名为test.c的C语言源代码文件，要生成一个可执行文件，最简单的办法就是∶gcc test.c这时，预编译、编译连接一次完成，生成一个系统预设的名为a.out的可执行文件，对于稍为复杂的情况，比如有多个源代码文件、需要连接档案库或者有其他比较特别的要求，就要给定适当的调用选项参数。再看一个简单的例子。整个源代码程序由两个文件testmain.c 和testsub.c组成，程序中使用了系统提供的数学库，同时希望给出的可执行文件为test，这时的编译命令可以是∶gcc testmain.c testsub.c □lm □o test其中，-lm表示连接系统的数学库libm.a。Gcc的错误类型及对策Gcc编译器如果发现源程序中有错误，就无法继续进行，也无法生成最终的可执行文件。为了便于修改，gcc给出错误资讯，我们必须对这些错误资讯逐个进行 分析、处理，并修改相应的语言，才能保证源代码的正确编译连接。gcc给出的错误资讯一般可以分为四大类，下面我们分别讨论其产生的原因和对策。第一类∶C语法错误错误资讯∶文件source.c中第n行有语法错误(syntex errror)。这种类型的错误，一般都是C语言的语法错误，应该仔细检查源代码文件中第n行及该行之前的程序，有时也需要对该文件所包含的头文件进行检 查。有些情况下，一个很简单的语法错误，gcc会给出一大堆错误，我们最主要的是要保持清醒的头脑，不要被其吓倒，必要的时候再参考一下C语言的基本教 材。第二类∶头文件错误错误资讯∶找不到头文件head.h(Can not find include file head.h)。这类错误是源代码文件中的包含头文件有问题，可能的原因有头文件名错误、指定的头文件所在目录名错误等，也可能是错误地使用了双引号和尖括号。第三类∶档案库错误错误资讯∶连接程序找不到所需的函数库，例如∶ld: -lm: No such file or directory这类错误是与目标文件相连接的函数库有错误，可能的原因是函数库名错误、指定的函数库所在目录名称错误等，检查的方法是使用find命令在可能的目录中寻找相应的函数库名，确定档案库及目录的名称并修改程序中及编译选项中的名称。
⑻ gcc和g 的区别
我们在编译c/c++代码的时候，有人用gcc，有人用g++，于是各种说法都来了，譬如c代码用gcc，而c++代码用g++，或者说编译用 gcc，链接用g++，一时也不知哪个说法正确，如果再遇上个extern "C"，分歧就更多了，这里我想作个了结，毕竟知识的目的是令人更清醒，而不是更糊涂。误区一:gcc只能编译c代码,g++只能编译c++代码两者都可以，但是请注意：1.后缀为.c的，gcc把它当作是C程序，而g++当作是c++程序；后缀为.cpp的，两者都会认为是c++程序，注意，虽然c++是c的超集，但是两者对语法的要求是有区别的，例如：#include <stdio.h>int main(int argc, char* argv[]) { if(argv == 0) return; printString(argv); return;}int printString(char* string) {sprintf(string, "This is a test.\n");}如果按照C的语法规则，OK，没问题，但是，一旦把后缀改为cpp，立刻报三个错：“printString未定义”；“cannot convert `char**' to `char*”；”return-statement with no value“；分别对应前面红色标注的部分。可见C++的语法规则更加严谨一些。2.编译阶段，g++会调用gcc，对于c++代码，两者是等价的，但是因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常用g++来完成链接，为了统一起见，干脆编译/链接统统用g++了，这就给人一种错觉，好像cpp程序只能用g++似的。误区二:gcc不会定义__cplusplus宏，而g++会实际上，这个宏只是标志着编译器将会把代码按C还是C++语法来解释，如上所述，如果后缀为.c，并且采用gcc编译器，则该宏就是未定义的，否则，就是已定义。误区三:编译只能用gcc，链接只能用g++严格来说，这句话不算错误，但是它混淆了概念，应该这样说：编译可以用gcc/g++，而链接可以用g++或者gcc -lstdc++。因为gcc命令不能自动和C＋＋程序使用的库联接，所以通常使用g++来完成联接。但在编译阶段，g++会自动调用gcc，二者等价。误区四:extern "C"与gcc/g++有关系实际上并无关系，无论是gcc还是g++，用extern "c"时，都是以C的命名方式来为symbol命名，否则，都以c++方式命名。试验如下：me.h：extern "C" void CppPrintf(void);me.cpp:#include <iostream>#include "me.h"using namespace std;void CppPrintf(void){ cout << "Hello\n";}test.cpp:#include <stdlib.h>#include <stdio.h>#include "me.h" int main(void){ CppPrintf(); return 0;}1. 先给me.h加上extern "C"，看用gcc和g++命名有什么不同[[email protected] G++]# g++ -S me.cpp[[email protected] G++]# less me.s.globl _Z9CppPrintfv //注意此函数的命名 .type CppPrintf, @function[[email protected] GCC]# gcc -S me.cpp[[email protected] GCC]# less me.s.globl _Z9CppPrintfv //注意此函数的命名 .type CppPrintf, @function完全相同！ 2. 去掉me.h中extern "C"，看用gcc和g++命名有什么不同[[email protected] GCC]# gcc -S me.cpp[[email protected] GCC]# less me.s.globl _Z9CppPrintfv //注意此函数的命名 .type _Z9CppPrintfv, @function[[email protected] G++]# g++ -S me.cpp[[email protected] G++]# less me.s.globl _Z9CppPrintfv //注意此函数的命名 .type _Z9CppPrintfv, @function完全相同！【结论】完全相同，可见extern "C"与采用gcc/g++并无关系，以上的试验还间接的印证了前面的说法：在编译阶段，g++是调用gcc的。
⑼ gcc的位域压缩模式，也没有办法，使其通过编译器选项关闭
1下载的海合会网站（ http://gcc.gnu.org/ 的）或者通过网上搜索可以找到下载资源。目前的GCC 3.4.0的最新版本。该文件是可供下载，一般有两种形式：GCC-3.4.0.tar.gz和gcc-3.4.0.tar.bz2，只是不相同的压缩格式，内容完全一样的，你可以下载一个。 2。解压根据压缩格式，解压以下选择适当的方式（下面的“％”表示命令行提示符）：％焦油xzvf GCC-3.4.0.tar。广州或％bzcat gcc-3.4.0.tar.bz2的焦油xvf命令 – 新一代的gcc-3.4.0这个目录被称为源目录，使用$ {srcdir的}表示它。后来出现在$ {SRCDIR}，其中真正的路径应该更换。 pwd命令用来显示当前路径。 在$ {SRCDIR} / install目录下的GCC有详细的安装说明，可用浏览器打开index.html阅读。 3。建立目标目录目标目录（使用$ {OBJDIR}表示）是用来存放编译结果的地方。 GCC建议编译后的文件不上的源目录$ {srcdir的]中（虽然这也可），最好是单独存储在另一个目录中，且不能$ {srcdir的}子目录中。 例如，您可以创建一个文件名为gcc构建的目标目录（源目录$ {SRCDIR}是相同的目录）：％MKDIR GCC构建％CD GCC-以下操作主要是在目标目录中建立在$ {OBJDIR}。 4。配置目的是确定配置的GCC编译器安装到哪里（$ {DESTDIR}），然后指定用什么语言支持一些其他的选择。其中，$ {DESTDIR} $“{OBJDIR}不能或$ {SRCDIR}相同的目录。 配置是通过$ {srcdir的}根据配置来完成。它的命令格式（记得用你的真实路径替换$ {DESTDIR}）：％$ {SRCDIR} /配置的 – prefix = $ {DESTDIR} [其他选项] 例如，如果你想安装GCC 3.4.0进入/ usr/local/gcc-3.4.0的目录下，$ {DESTDIR}意味着这条道路。 在我的机器，我是这样配置：％。 / gcc-3.4.0/configure的 – 前缀= / usr/local/gcc- 3.4.0 – 启用线程= POSIX – 禁用检查 – 启用 – 长隆 – 主机= I386-redhat的linux的 – 系统 – 启用zlib的语言？= C，C + +，JAVA GCC安装在/ usr/local/gcc-3.4.0目录下，支持C / C + +和JAVA语言及其他选项，请参见GCC提供的帮助说明。 5。编译这是一个漫长的过程。在我的机器上（P4-1.6），这个过程花了超过50分钟。 6。安装执行以下命令来编译的库文件复制到$ {DESTDIR}目录（路径根据您的设置，您可能需要管理员权限）：％使安装至此，GCC 3.4.0安装过程就完成了。 6。其他设置GCC 3.4.0的所有文件，包括命令文件（如gcc，g+ +的），所以库文件目录$ {DESTDIR}，分别存放，如命令文件中的bin目录下，在lib库文件，头文件包括逊色。由于该命令文件和库文件所在的目录不包含在相应的搜索路径，它是必要的，以进行适当的设置后，编译器可以成功地找到并使用它们。 6.1 GCC，G+ +，gcj的设置要使用命令如GCC 3.4.0的gcc，最简单的方法是把它的路径$ {DESTDIR} / bin中放置在PATH环境变量。我不知道这种方式，但与符号链接的方式来实现这样做的好处，所以我仍然可以使用旧的系统，原始版本的GCC编译器。 首先，查看原来的gcc所在的路径：％GCC 在我的系统中，该命令将显示:/ usr / bin中/海湾合作委员会。因此，原来的gcc命令在/ usr / bin目录下。我们可以把GCC 3.4.0的gcc，g+ +的，GCJ和其他命令在/ usr / bin目录下，分别创建一个符号链接：％CD / usr / bin中％ LN – S $ {DESTDIR} / bin中/ GCC gcc34 ％LN-S $ {DESTDIR} / bin中/ G+ + G+ 34 ％LN-S $ {DESTDIR】/ BIN / gcj的gcj34 BR p>因此，可以单独使用gcc34，G+ 34，gcj34的调用GCC 3.4.0的gcc，G+ +，gcj的完成了C，C + +，JAVA程序的编译。虽然仍然可以使用旧版本的GCC编译器在gcc，g+ +的其他命令。 6.2库路径设置 $ {DESTDIR} / lib路径LD_LIBRARY_PATH环境变量，它是最好添加到系统的配置文件，所以它是没有必要的每一个的设置此环境变量。 例如，如果GCC 3.4.0安装在/ usr/local/gcc-3.4.0目录下，在RH Linux可以直接运行在命令行或在文件/ etc /配置文件在这里补充一个：SETENV LD_LIBRARY_PATH / usr/local/gcc-3.4.0/lib：$ LD_LIBRARY_PATH 7。测试随着新的编译命令（gcc34，G+ +34等）编译你以前的C，C + +程序来测试新安装的GCC编译器能正常工作。 8。根据需要，可以删除或保留$ {SRCDIR} $ {OBJDIR}目录。 如果您正在使用Ubuntu或Fedora的，那么你可以将它安装直接在源
⑽ 什么是GCCGCC有什么作用
GCC（GNU Compiler Collection，GNU编译器套件），是由 GNU 开发的编程语言编译器。它是以GPL许可证所发行的自由软件，也是 GNU计划的关键部分。
GCC原本作为GNU操作系统的官方编译器，现已被大多数类Unix操作系统（如Linux、BSD、Mac OS X等）采纳为标准的编译器，GCC同样适用于微软的Windows。GCC是自由软件过程发展中的著名例子，由自由软件基金会以GPL协议发布。
GCC功能与作用：
1、预处理
命令gcc首先调用cpp进行预处理，在预处理过程中，对源代码文件中的文件包含(include)、预编译语句(如宏定义define等)进行分析。
2、编译
用GCC编译C/C++代码时，它会试着用最少的时间完成编译并且编译后的代码易于调试。易于调试意味着编译后的代码与源代码有同样的执行顺序，编译后的代码没有经过优化。
3、连接
当所有的目标文件都生成之后，gcc就调用ld来完成最后的关键性工作，这个阶段就是连接。在连接阶段，所有的目标文件被安排在可执行程序中的恰当的位置，同时，该程序所调用到的库函数也从各自所在的档案库中连到合适的地方。
4、汇编
汇编过程是针对汇编语言的步骤，调用as进行工作，一般来讲，.S为后缀的汇编语言源代码文件和汇编、.s为后缀的汇编语言文件经过预编译和汇编之后都生成以.o为后缀的目标文件。
(10)ggcc版本扩展阅读：
gcc所遵循的部分约定规则：
1、.c为后缀的文件，C语言源代码文件。
2、.a为后缀的文件，是由目标文件构成的档案库文件。
3、.h为后缀的文件，是程序所包含的头文件。
4、.i 为后缀的文件，是C源代码文件且不应该对其执行预处理。
5、.m为后缀的文件，是Objective-C源代码文件。
6、.o为后缀的文件，是编译后的目标文件。
7、.s为后缀的文件，是汇编语言源代码文件。
