GCC 安装手册

合集下载

RedHat RHEL 6安装gcc的方法

RedHat RHEL 6.4安装gcc的方法[zhoucanji@zhoucanji-pc 桌面]$ su root密码：[root@zhoucanji-pc 桌面]# mount -t iso9660 /dev/cdrom /mnt/cdrom/mount: block device /dev/sr0 is write-protected, mounting read-onlymount: /dev/sr0 already mounted or /mnt/cdrom/ busymount: according to mtab, /dev/sr0 is already mounted on /mnt/cdrom[root@zhoucanji-pc 桌面]# cd /mnt/cdrom/Packages/[root@zhoucanji-pc Packages]# rpm -ivh glibc-common-2.12-1.47.el6.i686.rpmwarning: glibc-common-2.12-1.47.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] package glibc-common-2.12-1.47.el6.i686 is already installed[root@zhoucanji-pc Packages]# rpm -ivh kernel-headers-2.6.32-220.el6.i686.rpmwarning: kernel-headers-2.6.32-220.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:kernel-headers ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh libgcc-4.4.6-3.el6.i686.rpmwarning: libgcc-4.4.6-3.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] package libgcc-4.4.6-3.el6.i686 is already installed[root@zhoucanji-pc Packages]# rpm -ivh glibc-2.12-1.47.el6.i686.rpmwarning: glibc-2.12-1.47.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] package glibc-2.12-1.47.el6.i686 is already installed[root@zhoucanji-pc Packages]# rpm ivh libgomp-4.4.6-3.el6.i686.rpmRPM version 4.8.0Copyright (C) 1998-2002 - Red Hat, Inc.This program may be freely redistributed under the terms of the GNU GPL用法: rpm [-aKfgpWHqVcdilsKiv?] [-a|--all] [-f|--file] [-g|--group][-p|--package] [-W|--ftswalk] [--pkgid] [--hdrid] [--fileid][--specfile] [--triggeredby] [--whatrequires] [--whatprovides][--nomanifest] [-c|--configfiles] [-d|--docfiles] [--dump] [-l|--list][--queryformat=QUERYFORMA T] [-s|--state] [--nofiledigest] [--nomd5][--nofiles] [--nodeps] [--noscript] [--comfollow] [--logical][--nochdir] [--nostat] [--physical] [--seedot] [--xdev][--whiteout] [--addsign] [-K|--checksig] [--delsign] [--import][--resign] [--nodigest] [--nosignature] [--initdb] [--rebuilddb][--aid] [--allfiles] [--allmatches] [--badreloc][-e|--erase <package>+] [--excludedocs] [--excludepath=<path>][--fileconflicts] [--force] [-F|--freshen <packagefile>+] [-h|--hash][--ignorearch] [--ignoreos] [--ignoresize] [-i|--install] [--justdb][--nodeps] [--nofiledigest] [--nomd5] [--nocontexts] [--noorder][--nosuggest] [--noscripts] [--notriggers] [--oldpackage][--percent] [--prefix=<dir>] [--relocate=<old>=<new>][--replacefiles] [--replacepkgs] [--test][-U|--upgrade <packagefile>+] [--quiet] [-D|--define 'MACRO EXPR'][-E|--eval 'EXPR'] [--macros=<FILE:...>] [--nodigest] [--nosignature][--rcfile=<FILE:...>] [-r|--root ROOT] [--querytags] [--showrc][--quiet] [-v|--verbose] [--version] [-?|--help] [--usage][--scripts] [--setperms] [--setugids] [--conflicts] [--obsoletes][--provides] [--requires] [--info] [--changelog] [--xml][--triggers] [--last] [--dupes] [--filesbypkg] [--fileclass][--filecolor] [--fscontext] [--fileprovide] [--filerequire][--filecaps][root@zhoucanji-pc Packages]# rpm -ivh nscd-2.12-1.47.el6.i686.rpmwarning: nscd-2.12-1.47.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:nscd ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh glibc-headers-2.12-1.47.el6.i686.rpmwarning: glibc-headers-2.12-1.47.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:glibc-headers ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh glibc-devel-2.12-1.47.el6.i686.rpmwarning: glibc-devel-2.12-1.47.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:glibc-devel ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh mpfr-2.4.1-6.el6.i686.rpmwarning: mpfr-2.4.1-6.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:mpfr ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh ppl-0.10.2-11.el6.i686.rpmwarning: ppl-0.10.2-11.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:ppl ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh cloog-ppl-0.15.7-1.2.el6.i686.rpmwarning: cloog-ppl-0.15.7-1.2.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:cloog-ppl ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh cpp-4.4.6-3.el6.i686.rpmwarning: cpp-4.4.6-3.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:cpp ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh gcc-4.4.6-3.el6.i686.rpmwarning: gcc-4.4.6-3.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:gcc ########################################### [100%] [root@zhoucanji-pc Packages]# which gcc/usr/bin/gcc[root@zhoucanji-pc Packages]#注：以上是安装gcc，软件安装顺序不能错.[root@zhoucanji-pc Packages]# rpm -ivh libstdc++-4.4.6-3.el6.i686.rpmwarning: libstdc++-4.4.6-3.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] package libstdc++-4.4.6-3.el6.i686 is already installed[root@zhoucanji-pc Packages]# rpm -ivh libstdc++-devel-4.4.6-3.el6.i686.rpm warning: libstdc++-devel-4.4.6-3.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:libstdc++-devel ########################################### [100%] [root@zhoucanji-pc Packages]# rpm -ivh gcc-c++-4.4.6-3.el6.i686.rpmwarning: gcc-c++-4.4.6-3.el6.i686.rpm: Header V3 RSA/SHA256 Signature, key ID fd431d51: NOKEYPreparing... ########################################### [100%] 1:gcc-c++ ########################################### [100%]注：以上是安装gcc-c++。

GCC中文手册

GCC中文手册GCCSection: GNU Tools (1)Updated: 2003/12/05Index Return to Main ContentsNAMEgcc,g++-GNU工程的C和C++编译器(egcs-1.1.2)总览(SYNOPSIS)gcc[option|filename]...g++[option|filename]...警告(WARNING)本手册页内容摘自GNU C编译器的完整文档,仅限于解释选项的含义.除非有人自愿维护,否则本手册页不再更新.如果发现手册页和软件之间有所矛盾,请查对Info文件, Info 文件是权威文档.如果我们发觉本手册页的内容由于过时而导致明显的混乱和抱怨时,我们就停止发布它.不可能有其他选择,象更新Info文件同时更新man手册,因为其他维护GNU CC的工作没有留给我们时间做这个. GNU工程认为man手册是过时产物,应该把时间用到别的地方.如果需要完整和最新的文档,请查阅Info文件`gcc'或Using and Porting GNU CC (for version 2.0) (使用和移植GNU CC 2.0) 手册.二者均来自Texinfo原文件gcc.texinfo.描述(DESCRIPTION)C和C++编译器是集成的.他们都要用四个步骤中的一个或多个处理输入文件: 预处理(preprocessing),编译(compilation),汇编(assembly)和连接(linking).源文件后缀名标识源文件的语言,但是对编译器来说,后缀名控制着缺省设定:gcc认为预处理后的文件(.i)是C文件,并且设定C形式的连接.g++认为预处理后的文件(.i)是C++文件,并且设定C++形式的连接.源文件后缀名指出语言种类以及后期的操作:.c C源程序;预处理,编译,汇编.C C++源程序;预处理,编译,汇编.cc C++源程序;预处理,编译,汇编.cxx C++源程序;预处理,编译,汇编.m Objective-C源程序;预处理,编译,汇编.i预处理后的C文件;编译,汇编.ii预处理后的C++文件;编译,汇编.s汇编语言源程序;汇编.S汇编语言源程序;预处理,汇编.h预处理器文件;通常不出现在命令行上其他后缀名的文件被传递给连接器(linker).通常包括:.o目标文件(Object file).a归档库文件(Archive file)除非使用了-c, -S,或-E选项(或者编译错误阻止了完整的过程),否则连接总是最后的步骤.在连接阶段中,所有对应于源程序的.o文件, -l库文件,无法识别的文件名(包括指定的.o目标文件和.a库文件)按命令行中的顺序传递给连接器.选项(OPTIONS)选项必须分立给出: `-dr'完全不同于`-d -r'.大多数`-f'和`-W'选项有两个相反的格式: -f name和-fno-name(或-W name和-Wno-name).这里只列举不是默认选项的格式.下面是所有选项的摘要,按类型分组,解释放在后面的章节中.总体选项(Overall Option)-c -S -E -o file-pipe -v -x language语言选项(Language Option)-ansi -fall-virtual -fcond-mismatch -fdollars-in-identifiers -fenum-int-equiv -fexter nal-templates -fno-asm -fno-builtin -fhosted -fno-hosted -ffreestanding -fno-free standing -fno-strict-prototype -fsigned-bitfields -fsigned-char -fthis-is-variable -fu nsigned-bitfields -funsigned-char -fwritable-strings -traditional -traditional-cpp -tr igraphs警告选项(Warning Option)-fsyntax-only -pedantic -pedantic-errors -w -W -Wall -Waggregate-return -Wcast -align -Wcast-qual -Wchar-subscript -Wcomment -Wconversion -Wenum-clash -Werror -Wformat -Wid-clash-len-Wimplicit -Wimplicit-int -Wimplicit-function-decl aration -Winline -Wlong-long -Wmain -Wmissing-prototypes -Wmissing-declaratio ns -Wnested-externs -Wno-import -Wparentheses -Wpointer-arith -Wredundant-decls -Wreturn-type -Wshadow -Wstrict-prototypes -Wswitch -Wtemplate-debugg ing -Wtraditional -Wtrigraphs -Wuninitialized -Wunused -Wwrite-strings调试选项(Debugging Option)-a -d letters-fpretend-float -g -g level-gcoff -gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+ -ggdb -p -pg -save-temps -print-file-name=library-print-libgcc-file-name -print-prog-name=program优化选项(Optimization Option)-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks -fdelayed-branch -felide-constr uctors -fexpensive-optimizations -ffast-math -ffloat-store -fforce-addr -fforce-me m -finline-functions -fkeep-inline-functions -fmemoize-lookups -fno-default-inline -fno-defer-pop -fno-function-cse -fno-inline -fno-peephole -fomit-frame-pointer -f rerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fstrength-reduce -fthrea d-jumps -funroll-all-loops -funroll-loops -O -O2 -O3预处理器选项(Preprocessor Option)-A assertion-C -dD -dM -dN -D macro[=defn] -E -H -idirafter dir-include file-im acros file-iprefix file-iwithprefix dir-M -MD -MM -MMD -nostdinc -P -U macro-undef汇编器选项(Assembler Option)-Wa,option连接器选项(Linker Option)-l library-nostartfiles -nostdlib -static -shared -symbolic -Xlinker option-Wl,optio n-u symbol目录选项(Directory Option)-B prefix-I dir-I- -L dir目标机选项(Target Option)-b machine-V version配置相关选项(Configuration Dependent Option)M680x0 选项-m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881 -mbitfield -mc68000 -mc68020 -mfpa -mnobitfield -mrtd -mshort -msoft-floatVAX选项-mg -mgnu -munixSPARC选项-mepilogue -mfpu -mhard-float -mno-fpu -mno-epilogue -msoft-float -msparclite -mv8 -msupersparc -mcypress-margcount -mc1 -mc2 -mnoargcountAMD29K选项-m29000 -m29050 -mbw -mdw -mkernel-registers -mlarge -mnbw -mnodw -ms mall -mstack-check -muser-registersM88K选项-m88000 -m88100 -m88110 -mbig-pic -mcheck-zero-division -mhandle-large-shi ft -midentify-revision -mno-check-zero-division -mno-ocs-debug-info -mno-ocs-fr ame-position -mno-optimize-arg-area -mno-serialize-volatile -mno-underscores -mocs-debug-info -mocs-frame-position -moptimize-arg-area -mserialize-volatile -mshort-data-num-msvr3 -msvr4 -mtrap-large-shift -muse-div-instruction -mvers ion-03.00 -m warn-passed-structsRS6000选项-mfp-in-toc -mno-fop-in-tocRT选项-mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs -mfull-fp-blocks -mhc-struct-return -min-line-mul -mminimum-fp-blocks -mnohc-struct-returnMIPS选项-mcpu=cpu type-mips2 -mips3 -mint64 -mlong64 -mmips-as -mgas -mrnames -mno-rnames -mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy -mno-memcp y -mno-mips-tfile -mmips-tfile -msoft-float -mhard-float -mabicalls -mno-abicalls -mhalf-pic -mno-half-pic -G num-nocppi386选项-m486 -mno-486 -msoft-float -mno-fp-ret-in-387-mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs -mno-shared-libs -mlong-ca lls -mdisable-fpregs -mdisable-indexing -mtrailing-coloni960选项-m cpu-type-mnumerics -msoft-float -mleaf-procedures -mno-leaf-procedures -m tail-call -mno-tail-call -mcomplex-addr -mno-complex-addr -mcode-align -mno-c ode-align -mic-compat -mic2.0-compat -mic3.0-compat -masm-compat -mintel-a sm -mstrict-align -mno-strict-align -mold-align -mno-old-alignDEC Alpha选项-mfp-regs -mno-fp-regs -mno-soft-float -msoft-floatSystem V选项-G -Qy -Qn -YP,paths-Ym,dir代码生成选项(Code Generation Option)-fcall-saved-reg-fcall-used-reg-ffixed-reg-finhibit-size-directive -fnonnull-object s -fno-common -fno-ident -fno-gnu-linker -fpcc-struct-return -fpic -fPIC -freg-str uct-return -fshared-data -fshort-enums -fshort-double -fvolatile -fvolatile-global -fverbose-asm总体选项(Overall Option)-x language明确指出后面输入文件的语言为language(而不是从文件名后缀得到的默认选择).这个选项应用于后面所有的输入文件,直到遇着下一个`-x'选项. language的可选值有`c', `objective-c', `c-header', `c++', `cpp-output', `assembler',和`assembler-with-cpp'. -x none关闭任何对语种的明确说明,因此依据文件名后缀处理后面的文件(就象是从未使用过`-x'选项).如果只操作四个阶段(预处理,编译,汇编,连接)中的一部分,可以使用`-x'选项(或文件名后缀)告诉gcc从哪里开始,用`-c', `-S',或`-E'选项告诉gcc到哪里结束.注意,某些选项组合(例如, `-x cpp-output -E')使gcc不作任何事情.-c编译或汇编源文件,但是不作连接.编译器输出对应于源文件的目标文件.缺省情况下, GCC通过用`.o'替换源文件名后缀`.c', `.i', `.s',等等,产生目标文件名.可以使用-o选项选择其他名字.GCC忽略-c选项后面任何无法识别的输入文件(他们不需要编译或汇编).-S编译后即停止,不进行汇编.对于每个输入的非汇编语言文件,输出文件是汇编语言文件.缺省情况下, GCC通过用`.o'替换源文件名后缀`.c', `.i',等等,产生目标文件名.可以使用-o 选项选择其他名字.GCC忽略任何不需要编译的输入文件.-E预处理后即停止,不进行编译.预处理后的代码送往标准输出.GCC忽略任何不需要预处理的输入文件.-o file指定输出文件为file.该选项不在乎GCC产生什么输出,无论是可执行文件,目标文件,汇编文件还是预处理后的C代码.由于只能指定一个输出文件,因此编译多个输入文件时,使用`-o'选项没有意义,除非输出一个可执行文件.如果没有使用`-o'选项,默认的输出结果是:可执行文件为`a.out', `source.suffix'的目标文件是`source.o',汇编文件是`source.s',而预处理后的C源代码送往标准输出.-v(在标准错误)显示执行编译阶段的命令.同时显示编译器驱动程序,预处理器,编译器的版本号.-pipe在编译过程的不同阶段间使用管道而非临时文件进行通信.这个选项在某些系统上无法工作,因为那些系统的汇编器不能从管道读取数据. GNU的汇编器没有这个问题.语言选项(LANGUAGE OPTIONS)下列选项控制编译器能够接受的C "方言":-ansi支持符合ANSI标准的C程序.这样就会关闭GNU C中某些不兼容ANSI C的特性,例如asm, inline和typeof关键字,以及诸如unix和vax这些表明当前系统类型的预定义宏.同时开启不受欢迎和极少使用的ANSI trigraph特性,以及禁止`$'成为标识符的一部分.尽管使用了`-ansi'选项,下面这些可选的关键字, __asm__, __extension__, __inline __和__typeof__仍然有效.你当然不会把他们用在ANSI C程序中,但可以把他们放在头文件里,因为编译包含这些头文件的程序时,可能会指定`-ansi'选项.另外一些预定义宏,如__unix __和__vax__,无论有没有使用`-ansi'选项,始终有效.使用`-ansi'选项不会自动拒绝编译非ANSI程序,除非增加`-pedantic'选项作为`-ansi'选项的补充.使用`-ansi'选项的时候,预处理器会预定义一个__STRICT_ANS I__宏.有些头文件关注此宏,以避免声明某些函数,或者避免定义某些宏,这些函数和宏不被ANSI标准调用;这样就不会干扰在其他地方使用这些名字的程序了.-fno-asm不把asm, inline或typeof当作关键字,因此这些词可以用做标识符.用__asm__, __inli ne__和__typeof__能够替代他们. `-ansi' 隐含声明了`-fno-asm'.-fno-builtin不接受不是两个下划线开头的内建函数(built-in function).目前受影响的函数有_exit, abort, abs, alloca, cos, exit, fabs, labs, memcmp, memcpy, sin, sqrt, strcmp, strcpy,和strlen.`-ansi'选项能够阻止alloca和_exit成为内建函数.-fhosted按宿主环境编译;他隐含声明了`-fbuiltin'选项,而且警告不正确的main函数声明.-ffreestanding按独立环境编译;他隐含声明了`-fno-builtin'选项,而且对main函数没有特别要求.(译注:宿主环境(hosted environment)下所有的标准库可用, main函数返回一个int值,典型例子是除了内核以外几乎所有的程序.对应的独立环境(freestanding environment)不存在标准库,程序入口也不一定是main,最明显的例子就是操作系统内核.详情参考gcc网站最近的资料)-fno-strict-prototype对于没有参数的函数声明,例如`int foo();',按C风格处理---即不说明参数个数或类型. (仅针对C++).正常情况下,这样的函数foo在C++中意味着参数为空.-trigraphs支持ANSI C trigraphs. `-ansi'选项隐含声明了`-trigraphs'.-traditional试图支持传统C编译器的某些方面.详见GNU C手册,我们已经把细节清单从这里删除,这样当内容过时后,人们也不会埋怨我们.除了一件事:对于C++程序(不是C), `-traditional'选项带来一个附加效应,允许对this赋值.他和`-fthis-is-variable'选项的效果一样.-traditional-cpp试图支持传统C预处理器的某些方面.特别是上面提到有关预处理器的内容,但是不包括`-tradi tional'选项的其他效应.-fdollars-in-identifiers允许在标识符(identifier)中使用`$'字符(仅针对C++).你可以指定`-fno-dollars-in-iden tifiers'选项显明禁止使用`$'符. (GNU C++在某些目标系统缺省允许`$'符,但不是所有系统.)-fenum-int-equiv允许int类型到枚举类型(enumeration)的隐式转换(仅限于C++).正常情况下GNU C++允许从enum到int的转换,反之则不行.-fexternal-templates为模板声明(template declaration)产生较小的代码(仅限于C++),方法是对于每个模板函数(template function),只在定义他们的地方生成一个副本.想要成功使用这个选项,你必须在所有使用模板的文件中,标记`#pragma implementation' (定义)或`#pragma interface ' (声明).当程序用`-fexternal-templates'编译时,模板实例(template instantiation) 全部是外部类型.你必须让需要的实例在实现文件中出现.可以通过typedef实现这一点,他引用所需的每个实例.相对应的,如果编译时使用缺省选项`-fno-external-templates',所有模板实例明确的设为内置.-fall-virtual所有可能的成员函数默认为虚函数.所有的成员函数(除了构造子函数和new或delete成员操作符)视为所在类的虚函数.这不表明每次调用成员函数都将通过内部虚函数表.有些情况下,编译器能够判断出可以直接调用某个虚函数;这时就直接调用.-fcond-mismatch允许条件表达式的第二和第三个参数的类型不匹配.这种表达式的值是void.-fthis-is-variable允许对this赋值(仅对C++).合并用户自定义的自由存储管理机制到C++后,使可赋值的`thi s'显得不合时宜.因此,默认情况下,类成员函数内部对this赋值是无效操作.然而为了向后兼容,你可以通过`-fthis-is-variable'选项使这种操作有效.-funsigned-char把char定义为无符号类型,如同unsigned char.各种机器都有自己缺省的char类型.既可能是unsigned char也可能是signed char .理想情况下,当依赖于数据的符号性时,一个可移植程序总是应该使用signed char或unsign ed char.但是许多程序已经写成只用简单的char,并且期待这是有符号数(或者无符号数,具体情况取决于编写程序的目标机器).这个选项,和它的反义选项,使那样的程序工作在对应的默认值上.char的类型始终应该明确定义为signed char或unsigned char,即使它表现的和其中之一完全一样.-fsigned-char把char定义为有符号类型,如同signed char.这个选项等同于`-fno-unsigned-char',他是the negative form of `-funsigned-char '的相反选项.同样, `-fno-signed-char'等价于`-funsigned-char'.-fsigned-bitfields-funsigned-bitfields-fno-signed-bitfields-fno-unsigned-bitfields如果没有明确声明`signed'或`unsigned'修饰符,这些选项用来定义有符号位域(bitfield)或无符号位域.缺省情况下,位域是有符号的,因为他们继承的基本整数类型,如int,是有符号数.然而,如果指定了`-traditional'选项,位域永远是无符号数.-fwritable-strings把字符串常量存储到可写数据段,而且不做特别对待.这是为了兼容一些老程序,他们假设字符串常量是可写的. `-traditional'选项也有相同效果.篡改字符串常量是一个非常糟糕的想法; ``常量''就应该是常量.预处理器选项(Preprocessor Option)下列选项针对C预处理器,预处理器用在正式编译以前,对C 源文件进行某种处理.如果指定了`-E'选项, GCC只进行预处理工作.下面的某些选项必须和`-E'选项一起才有意义,因为他们的输出结果不能用于编译.-include file在处理常规输入文件之前,首先处理文件file,其结果是,文件file的内容先得到编译. 命令行上任何`-D'和`-U'选项永远在`-include file'之前处理, 无论他们在命令行上的顺序如何.然而`-i nclude'和`-imacros'选项按书写顺序处理.-imacros file在处理常规输入文件之前,首先处理文件file,但是忽略输出结果.由于丢弃了文件file的输出内容, `-imacros file'选项的唯一效果就是使文件file中的宏定义生效, 可以用于其他输入文件.在处理`-imacros file'选项之前,预处理器首先处理`-D' 和`-U'选项,并不在乎他们在命令行上的顺序.然而`-include'和`-imacros'选项按书写顺序处理.-idirafter dir把目录dir添加到第二包含路径中.如果某个头文件在主包含路径(用`-I'添加的路径)中没有找到,预处理器就搜索第二包含路径.-iprefix prefix指定prefix作为后续`-iwithprefix'选项的前缀.-iwithprefix dir把目录添加到第二包含路径中.目录名由prefix和dir合并而成,这里prefix被先前的`-iprefix '选项指定.-nostdinc不要在标准系统目录中寻找头文件.只搜索`-I'选项指定的目录(以及当前目录,如果合适).结合使用`-nostdinc'和`-I-'选项,你可以把包含文件搜索限制在显式指定的目录.-nostdinc++不要在C++专用标准目录中寻找头文件,但是仍然搜索其他标准目录. (当建立`libg++'时使用这个选项.)-undef不要预定义任何非标准宏. (包括系统结构标志).-E仅运行C预处理器.预处理所有指定的C源文件,结果送往标准输出或指定的输出文件.-C告诉预处理器不要丢弃注释.配合`-E'选项使用.-P告诉预处理器不要产生`#line'命令.配合`-E'选项使用.-M [ -MG ]告诉预处理器输出一个适合make的规则,用于描述各目标文件的依赖关系.对于每个源文件,预处理器输出一个make规则,该规则的目标项(target)是源文件对应的目标文件名,依赖项(dep endency)是源文件中`#include引用的所有文件.生成的规则可以是单行,但如果太长,就用` \'-换行符续成多行.规则显示在标准输出,不产生预处理过的C程序.`-M'隐含了`-E'选项.`-MG'要求把缺失的头文件按存在对待,并且假定他们和源程序文件在同一目录下.必须和`-M'选项一起用.-MM [ -MG ]和`-M'选项类似,但是输出结果仅涉及用户头文件,象这样`#include file"'.忽略系统头文件如`#include <file>'.-MD和`-M'选项类似,但是把依赖信息输出在文件中,文件名通过把输出文件名末尾的`.o'替换为`.d'产生.同时继续指定的编译工作---`-MD'不象`-M'那样阻止正常的编译任务.Mach的实用工具`md'能够合并`.d'文件,产生适用于`make'命令的单一的依赖文件.-MMD和`-MD'选项类似,但是输出结果仅涉及用户头文件,忽略系统头文件.-H除了其他普通的操作, GCC显示引用过的头文件名.-A question(answer)如果预处理器做条件测试,如`#if #question(answer)',该选项可以断言(Assert) question 的答案是answer.-A-'关闭一般用于描述目标机的标准断言.-D macro定义宏macro,宏的内容定义为字符串`1'.-D macro=defn定义宏macro的内容为defn.命令行上所有的`-D'选项在`-U'选项之前处理.-U macro取消宏macro. `-U'选项在所有的`-D'选项之后处理,但是优先于任何`-include'或`-imacr os'选项.-dM告诉预处理器输出有效的宏定义列表(预处理结束时仍然有效的宏定义).该选项需结合`-E'选项使用.-dD告诉预处理器把所有的宏定义传递到输出端,按照出现的顺序显示.-dN和`-dD'选项类似,但是忽略宏的参量或内容.只在输出端显示`#define name.汇编器选项(ASSEMBLER OPTION)-Wa,option把选项option传递给汇编器.如果option含有逗号,就在逗号处分割成多个选项.连接器选项(LINKER OPTION)下面的选项用于编译器连接目标文件,输出可执行文件的时候.如果编译器不进行连接,他们就毫无意义. object-file-name如果某些文件没有特别明确的后缀a special recognized suffix, GCC就认为他们是目标文件或库文件. (根据文件内容,连接器能够区分目标文件和库文件).如果GCC执行连接操作,这些目标文件将成为连接器的输入文件.-l library连接名为library的库文件.连接器在标准搜索目录中寻找这个库文件,库文件的真正名字是`lib library.a'.连接器会当做文件名得到准确说明一样引用这个文件.搜索目录除了一些系统标准目录外,还包括用户以`-L'选项指定的路径.一般说来用这个方法找到的文件是库文件---即由目标文件组成的归档文件(archive file).连接器处理归档文件的方法是:扫描归档文件,寻找某些成员,这些成员的符号目前已被引用,不过还没有被定义.但是,如果连接器找到普通的目标文件,而不是库文件,就把这个目标文件按平常方式连接进来.指定`-l'选项和指定文件名的唯一区别是, `-l选项用`lib'和`.a'把library包裹起来,而且搜索一些目录.-lobjc这个-l选项的特殊形式用于连接Objective C程序.-nostartfiles不连接系统标准启动文件,而标准库文件仍然正常使用.-nostdlib不连接系统标准启动文件和标准库文件.只把指定的文件传递给连接器.-static在支持动态连接(dynamic linking)的系统上,阻止连接共享库.该选项在其他系统上无效.-shared生成一个共享目标文件,他可以和其他目标文件连接产生可执行文件.只有部分系统支持该选项. -symbolic建立共享目标文件的时候,把引用绑定到全局符号上.对所有无法解析的引用作出警告(除非用连接编辑选项`-Xlinker -z -Xlinker defs'取代).只有部分系统支持该选项.-Xlinker option把选项option传递给连接器.可以用他传递系统特定的连接选项, GNU CC无法识别这些选项.如果需要传递携带参数的选项,你必须使用两次`-Xlinker',一次传递选项,另一次传递他的参数.例如,如果传递`-assert definitions',你必须写成`-Xlinker -assert -Xlinker defini tions',而不能写成`-Xlinker "-assert definitions"',因为这样会把整个字符串当做一个参数传递,显然这不是连接器期待的.-Wl,option把选项option传递给连接器.如果option中含有逗号,就在逗号处分割成多个选项.-u symbol使连接器认为取消了symbol的符号定义,从而连接库模块以取得定义.你可以使用多个`-u'选项,各自跟上不同的符号,使得连接器调入附加的库模块.目录选项(DIRECTORY OPTION)下列选项指定搜索路径,用于查找头文件,库文件,或编译器的某些成员:-I dir在头文件的搜索路径列表中添加dir 目录.-I-任何在`-I-'前面用`-I'选项指定的搜索路径只适用于`#include "file"'这种情况;他们不能用来搜索`#include <file>'包含的头文件.如果用`-I'选项指定的搜索路径位于`-I-'选项后面,就可以在这些路径中搜索所有的`#includ e'指令. (一般说来-I选项就是这么用的.)还有, `-I-'选项能够阻止当前目录(存放当前输入文件的地方)成为搜索`#include "file"'的第一选择.没有办法克服`-I-'选项的这个效应.你可以指定`-I.'搜索那个目录,它在调用编译器时是当前目录.这和预处理器的默认行为不完全一样,但是结果通常令人满意.`-I-'不影响使用系统标准目录,因此, `-I-'和`-nostdinc'是不同的选项.-L dir在`-l'选项的搜索路径列表中添加dir目录.-B prefix这个选项指出在何处寻找可执行文件,库文件,以及编译器自己的数据文件.编译器驱动程序需要执行某些下面的子程序: `cpp', `cc1' (或C++的`cc1plus'), `as'和`ld'.他把prefix当作欲执行的程序的前缀,既可以包括也可以不包括`machine/version/'.对于要运行的子程序,编译器驱动程序首先试着加上`-B'前缀(如果存在).如果没有找到文件,或没有指定`-B'选项,编译器接着会试验两个标准前缀`/usr/lib/gcc/'和`/usr/local/lib /gcc-lib/'.如果仍然没能够找到所需文件,编译器就在`PATH'环境变量指定的路径中寻找没加任何前缀的文件名.如果有需要,运行时(run-time)支持文件`libgcc.a'也在`-B'前缀的搜索范围之内. 如果这里没有找到,就在上面提到的两个标准前缀中寻找,仅此而已.如果上述方法没有找到这个文件,就不连接他了.多数情况的多数机器上, `libgcc.a'并非必不可少.你可以通过环境变量GCC_EXEC_PREFIX获得近似的效果;如果定义了这个变量,其值就和上面说的一样用做前缀.如果同时指定了`-B'选项和GCC_EXEC_PREFIX变量,编译器首先使用`-B'选项,然后才尝试环境变量值.警告选项(WARNING OPTION)警告是针对程序结构的诊断信息,程序不一定有错误,而是存在风险,或者可能存在错误.下列选项控制GNU CC产生的警告的数量和类型:-fsyntax-only检查程序中的语法错误,但是不产生输出信息.-w禁止所有警告信息.-Wno-import禁止所有关于#import的警告信息.-pedantic打开完全服从ANSI C标准所需的全部警告诊断;拒绝接受采用了被禁止的语法扩展的程序.无论有没有这个选项,符合ANSI C标准的程序应该能够被正确编译(虽然极少数程序需要`-ans i' 选项).然而,如果没有这个选项,某些GNU扩展和传统C特性也得到支持.使用这个选项可以拒绝这些程序.没有理由使用这个选项,他存在只是为了满足一些书呆子(pedant).对于替选关键字(他们以`__'开始和结束) `-pedantic'不会产生警告信息. Pedantic 也不警告跟在__extension__后面的表达式.不过只应该在系统头文件中使用这种转义措施,应用程序最好避免.-pedantic-errors该选项和`-pedantic'类似,但是显示错误而不是警告.-W对下列事件显示额外的警告信息:*非易变自动变量(nonvolatile automatic variable)可能在调用longjmp时发生改变. 这些警告仅在优化编译时发生.编译器只知道对setjmp的调用,他不可能知道会在哪里调用longjmp,事实上一个信号处理例程可以在程序的任何地点调用他.其结果是,即使程序没有问题,你也可能会得到警告,因为无法在可能出现问题的地方调用longjmp.*既可以返回值,也可以不返回值的函数. (缺少结尾的函数体被看作不返回函数值)例如,下面的函数将导致这种警告:foo (a){if (a > 0)return a;}由于GNU CC不知道某些函数永不返回(含有abort和longjmp),因此有可能出现虚假警告.*表达式语句或逗号表达式的左侧没有产生作用(side effect).如果要防止这种警告,应该把未使用的表达式强制转换为void类型.例如,这样的表达式`x[i,j]'会导致警告,而`x[(void)i,j]'就不会.*无符号数用`>'或`<='和零做比较.-Wimplicit-int警告没有指定类型的声明.-Wimplicit-function-declaration警告在声明之前就使用的函数.-Wimplicit同-Wimplicit-int和-Wimplicit-function-declaration.-Wmain如果把main函数声明或定义成奇怪的类型,编译器就发出警告.典型情况下,这个函数用于外部连接, 返回int数值,不需要参数,或指定两个参数.-Wreturn-type如果函数定义了返回类型,而默认类型是int型,编译器就发出警告.同时警告那些不带返回值的r eturn语句,如果他们所属的函数并非void类型.-Wunused如果某个局部变量除了声明就没再使用,或者声明了静态函数但是没有定义,或者某条语句的运算结果显然没有使用, 编译器就发出警告.-Wswitch如果某条switch语句的参数属于枚举类型,但是没有对应的case语句使用枚举元素,编译器就发出警告. ( default语句的出现能够防止这个警告.)超出枚举范围的case语句同样会导致这个警告.-Wcomment。

linux的gcc使用方法

linux的gcc使用方法Linux是一种开源的操作系统，广泛应用于服务器和嵌入式系统中。

而GCC（GNU Compiler Collection）是Linux下最常用的编译器套件之一，用于将源代码编译成可执行文件。

本文将介绍GCC的使用方法，帮助读者快速上手。

一、安装GCC在Linux系统中，默认情况下已经安装了GCC。

可以通过运行以下命令来验证是否已经安装了GCC：```gcc --version```如果GCC已经安装，则会显示GCC的版本信息；如果没有安装，则可以通过运行以下命令来安装GCC：```sudo apt-get install gcc```二、编写源代码在使用GCC之前，我们需要先编写源代码。

可以使用任何文本编辑器创建一个以.c为后缀的源文件，例如hello.c。

下面是一个示例的源代码：```c#include <stdio.h>int main() {printf("Hello, world!\n");return 0;}```三、编译源代码编写完源代码后，我们可以使用GCC来将其编译成可执行文件。

在终端中运行以下命令：```gcc -o hello hello.c```其中，-o参数用于指定编译后生成的可执行文件的名称，hello为示例的可执行文件名，hello.c为源代码文件名。

如果编译成功，GCC将会生成一个名为hello的可执行文件。

四、运行可执行文件在编译成功后，我们可以通过以下命令来运行可执行文件：```./hello```如果一切顺利，终端将会输出"Hello, world!"的字符串。

五、GCC的其他常用选项除了上述基本的使用方法外，GCC还提供了许多其他的选项，用于控制编译过程的行为。

以下是一些常用的选项：- -Wall：开启所有警告信息的显示。

- -g：生成供调试器使用的调试信息。

- -O2：进行优化处理，提高程序执行效率。

gcc 用法

gcc 用法GCC (GNU Compiler Collection) 是一套自由软件编译器，可以用于编译多种编程语言的源代码，包括 C、C++、Objective-C、Fortran、Ada 和其他一些语言。

GCC 是GNU计划的一部分，由自由软件基金会维护和发展。

本文将详细介绍 GCC 的使用方法。

一、环境准备在使用GCC之前，需要先安装好GCC。

GCC是开源软件，常见的Linux发行版都默认安装GCC，Windows下可以通过安装Cygwin或MinGW等方式安装GCC。

安装完成后，在命令行中输入gcc --version查看gcc的版本号确认是否安装成功。

除了GCC之外，还需要一个文本编辑器来编写源代码。

Windows下常用的文本编辑器有Notepad++，Linux下则使用vim或emacs等编辑器。

还需要了解一些基本的编程知识和语法。

二、GCC 编译 C 语言程序以下是一个简单的 C 语言程序，可以输出 "Hello, world!"：```c#include <stdio.h>printf("Hello, world!\n");return 0;}```将上述代码保存为 helloworld.c 文件，然后在命令行中进入文件所在目录，输入以下命令编译该程序：```gcc helloworld.c -o helloworld```gcc是编译器的命令，helloworld.c是待编译的源代码文件名，-o helloworld是生成的可执行文件名。

执行上述命令后，GCC 会把源代码编译成可执行文件 helloworld。

运行该可执行文件，可以得到以下输出：```Hello, world!```三、GCC 编译 C++ 程序GCC 也可以编译 C++ 程序，以下是一个简单的 C++ 程序，可以输出 "Hello,world!"：```c++#include <iostream>std::cout << "Hello, world!" << std::endl;return 0;}```将上述代码保存为 helloworld.cpp 文件，然后在命令行中进入文件所在目录，输入以下命令编译该程序：```g++ helloworld.cpp -o helloworld```g++是编译器的命令，helloworld.cpp是待编译的源代码文件名，-o helloworld是生成的可执行文件名。

gcc9.3.0离线安装

gcc9.3.0离线安装1.下载安装包ftp:///gcc/gcc-9.3.0/gcc-9.3.0.tar.xz2.解压tar xvf gcc-9.3.0.tar.xz3.安装cd gcc-9.3.0./contrib/download_prerequisites ---此步骤会下载依赖包，如⽆⽆法连接外⽹可通过链接下载链接：https:///s/1JHv1WAS43S89LXA6PkevTg提取码：nb35包名如下gmp-6.1.0.tar.bz2mpfr-3.1.4.tar.bz2mpc-1.0.3.tar.gzisl-0.18.tar.bz2使⽤⽅式：将包cp到gcc-9.3.0⽬录下即可然后执⾏./contrib/download_prerequisites ---与上⼀步相同⽆需重复执⾏mkdir buildcd build../configure --prefix=/opt/gcc9 --enable-languages=c,c++ --disable-multilibexport THREADS=$(grep -c ^processor /proc/cpuinfo)make -j $THREADSmake install编译所需时间较长=。

=4.后续操作由于gcc 升级之后会造成类似如下报错ninja: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ninja)解决办法如下find / -name "libstdc++.so.6*"找到系统中版本最搞的gcc⽬录，例如此前的安装⽬录/opt/gcc9/lib64/libstdc++.so.6.0.28/opt/gcc9/lib64/libstdc++.so.6/opt/gcc9/lib64/libstdc++.so.6.0.28-gdb.py备份报错的 libstdc++.somv /lib64/libstdc++.so.6 /lib64/libstdc++.so.6_bak将⾼版本的libstdc++复制到/lib64⽬录下cp /opt/gcc9/lib64/libstdc++.so.6 /lib64/libstdc++.so.6ln -s /opt/gcc9/lib64/libstdc++.so.6.0.28 /lib64/libstdc++.so.6 ----(⼀般执⾏上⼀步就可以了)验证[root@mini test]# ./ninja --version1.9.0。

windows10GCC安装与配置

windows10GCC安装与配置
一：GCC编译器的获取
相对来说GCC编译器的功能比较强大，而windows系统下并没有自带，我们需要自己安装gcc编译器。

我们可以通过下载cfree，decv++等IDE，里面会带有mingw，这里面就含有GCC编译器了。

二：环境变量的配置
系统属性->高级->环境变量->系统变量
1.在path变量中添加变量值：C:\MinGW\bin 这是寻找gcc编译器的路径（具体路径根据cfree底下mingw的实际文件路径而定）。

2.新建LIBRARY_PATH变量，变量值：C:\MinGW\lib。

这是标准库存放的路径。

3.新建C_INCLIDE_PATH变量，变量值：C:\MinGW\include。

这是include查找头文件的路径。

三：验证gcc是否正确安装与配置
在命令行输入：gcc -v可以查看到gcc版本信息，说明配置成功！。

gcc中文手册

GCC 中文手册GCCSection: GNU Tools (1) Updated: 2003/12/05NAMEgcc,g++-GNU工程的C和C++编译器(egcs-1.1.2)总览(SYNOPSIS)gcc[option|filename ]... g++[option|filename ]...警告(WARNING)本手册页内容摘自GNU C编译器的完整文档,仅限于解释选项的含义.除非有人自愿维护,否则本手册页不再更新.如果发现手册页和软件之间有所矛盾,请查对Info文件, Info文件是权威文档.如果我们发觉本手册页的内容由于过时而导致明显的混乱和抱怨时,我们就停止发布它.不可能有其他选择,象更新Info文件同时更新man手册,因为其他维护GNU CC的工作没有留给我们时间做这个. GNU 工程认为man手册是过时产物,应该把时间用到别的地方.如果需要完整和最新的文档,请查阅Info文件`gcc'或Using and Porting GNU CC (for version 2.0) (使用和移植GNU CC 2.0) 手册.二者均来自Texinfo原文件gcc.texinfo.描述(DESCRIPTION)C和C++编译器是集成的.他们都要用四个步骤中的一个或多个处理输入文件: 预处理(preprocessing),编译(compilation),汇编(assembly)和连接(linking).源文件后缀名标识源文件的语言,但是对编译器来说,后缀名控制着缺省设定:gcc认为预处理后的文件(.i)是C文件,并且设定C形式的连接.g++认为预处理后的文件(.i)是C++文件,并且设定C++形式的连接.源文件后缀名指出语言种类以及后期的操作:.c C源程序;预处理,编译,汇编.C C++源程序;预处理,编译,汇编.cc C++源程序;预处理,编译,汇编.cxx C++源程序;预处理,编译,汇编.m Objective-C源程序;预处理,编译,汇编.i预处理后的C文件;编译,汇编.ii预处理后的C++文件;编译,汇编.s汇编语言源程序;汇编.S汇编语言源程序;预处理,汇编.h预处理器文件;通常不出现在命令行上其他后缀名的文件被传递给连接器(linker).通常包括:.o目标文件(Object file).a归档库文件(Archive file)除非使用了-c, -S,或-E选项(或者编译错误阻止了完整的过程),否则连接总是最后的步骤.在连接阶段中,所有对应于源程序的.o文件, -l库文件,无法识别的文件名(包括指定的.o目标文件和.a库文件)按命令行中的顺序传递给连接器.选项(OPTIONS)选项必须分立给出: `-dr'完全不同于`-d -r '.大多数`-f'和`-W'选项有两个相反的格式: -f name和-fno-name (或-W name和-Wno-name).这里只列举不是默认选项的格式.下面是所有选项的摘要,按类型分组,解释放在后面的章节中.总体选项(Overall Option)-c -S -E -o file -pipe -v -x language语言选项(Language Option)-ansi -fall-virtual -fcond-mismatch -fdollars-in-identifiers -fenum-int-equiv -fexternal-templates -fno-asm -fno-builtin -fhosted -fno-hosted -ffreestanding -fno-freestanding -fno-strict-prototype -fsigned-bitfields -fsigned-char -fthis-is-variable -funsigned-bitfields -funsigned-char -fwritable-strings -traditional -traditional-cpp -trigraphs警告选项(Warning Option)-fsyntax-only -pedantic -pedantic-errors -w -W -Wall -Waggregate-return -Wcast-align -Wcast-qual -Wchar-subscript -Wcomment -Wconversion -Wenum-clash -Werror -Wformat -Wid-clash-len -Wimplicit -Wimplicit-int -Wimplicit-function-declaration -Winline -Wlong-long -Wmain -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wno-import -Wparentheses -Wpointer-arith -Wredundant-decls -Wreturn-type -Wshadow -Wstrict-prototypes -Wswitch -Wtemplate-debugging -Wtraditional -Wtrigraphs -Wuninitialized -Wunused -Wwrite-strings调试选项(Debugging Option)-a -d letters-fpretend-float -g -g level-gcoff -gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+ -ggdb -p -pg -save-temps -print-file-name=library -print-libgcc-file-name -print-prog-name=program优化选项(Optimization Option)-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks -fdelayed-branch -felide-constructors -fexpensive-optimizations -ffast-math -ffloat-store -fforce-addr -fforce-mem -finline-functions -fkeep-inline-functions -fmemoize-lookups -fno-default-inline -fno-defer-pop -fno-function-cse -fno-inline -fno-peephole -fomit-frame-pointer -frerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fstrength-reduce -fthread-jumps -funroll-all-loops -funroll-loops -O -O2 -O3预处理器选项(Preprocessor Option)-A assertion -C -dD -dM -dN -D macro[=defn] -E -H -idirafter dir -include file-imacros file-iprefix file-iwithprefix dir-M -MD -MM -MMD -nostdinc -P -U macro -undef汇编器选项(Assembler Option)-Wa,option连接器选项(Linker Option)-l library -nostartfiles -nostdlib -static -shared -symbolic -Xlinker option -Wl,option -u symbol目录选项(Directory Option)-B prefix -I dir -I- -L dir目标机选项(Target Option)-b machine -V version配置相关选项(Configuration Dependent Option)M680x0 选项-m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881 -mbitfield -mc68000 -mc68020 -mfpa -mnobitfield -mrtd -mshort -msoft-floatVAX选项-mg -mgnu -munixSPARC选项-mepilogue -mfpu -mhard-float -mno-fpu -mno-epilogue-msoft-float -msparclite -mv8 -msupersparc -mcypressConvex选项-margcount -mc1 -mc2 -mnoargcountAMD29K选项-m29000 -m29050 -mbw -mdw -mkernel-registers -mlarge -mnbw -mnodw -msmall -mstack-check -muser-registersM88K选项-m88000 -m88100 -m88110 -mbig-pic -mcheck-zero-division-mhandle-large-shift -midentify-revision -mno-check-zero-division-mno-ocs-debug-info -mno-ocs-frame-position -mno-optimize-arg-area-mno-serialize-volatile -mno-underscores -mocs-debug-info-mocs-frame-position -moptimize-arg-area -mserialize-volatile-mshort-data-num-msvr3 -msvr4 -mtrap-large-shift -muse-div-instruction -mversion-03.00 -mwarn-passed-structsRS6000选项-mfp-in-toc -mno-fop-in-tocRT选项-mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs-mfull-fp-blocks -mhc-struct-return -min-line-mul -mminimum-fp-blocks -mnohc-struct-returnMIPS选项-mcpu=cpu type -mips2 -mips3 -mint64 -mlong64 -mmips-as -mgas -mrnames -mno-rnames -mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy-mno-memcpy -mno-mips-tfile -mmips-tfile -msoft-float -mhard-float-mabicalls -mno-abicalls -mhalf-pic -mno-half-pic -G num -nocppi386选项-m486 -mno-486 -msoft-float -mno-fp-ret-in-387HPPA选项-mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs-mno-shared-libs -mlong-calls -mdisable-fpregs -mdisable-indexing-mtrailing-coloni960选项-m cpu-type -mnumerics -msoft-float -mleaf-procedures-mno-leaf-procedures -mtail-call -mno-tail-call -mcomplex-addr-mno-complex-addr -mcode-align -mno-code-align -mic-compat-mic2.0-compat -mic3.0-compat -masm-compat -mintel-asm -mstrict-align -mno-strict-align -mold-align -mno-old-alignDEC Alpha选项-mfp-regs -mno-fp-regs -mno-soft-float -msoft-floatSystem V选项-G -Qy -Qn -YP,paths -Ym,dir代码生成选项(Code Generation Option)-fcall-saved-reg -fcall-used-reg -ffixed-reg -finhibit-size-directive -fnonnull-objects -fno-common -fno-ident -fno-gnu-linker -fpcc-struct-return -fpic -fPIC -freg-struct-return -fshared-data -fshort-enums -fshort-double -fvolatile -fvolatile-global -fverbose-asm 总体选项(Overall Option)-x language明确指出后面输入文件的语言为language (而不是从文件名后缀得到的默认选择).这个选项应用于后面所有的输入文件,直到遇着下一个`-x'选项. language的可选值有`c', `objective-c', `c-header', `c++', `cpp-output', `assembler',和`assembler-with-cpp'.-x none关闭任何对语种的明确说明,因此依据文件名后缀处理后面的文件(就象是从未使用过`-x'选项).如果只操作四个阶段(预处理,编译,汇编,连接)中的一部分,可以使用`-x'选项(或文件名后缀)告诉gcc从哪里开始,用`-c', `-S',或`-E'选项告诉gcc到哪里结束.注意,某些选项组合(例如, `-x cpp-output -E')使gcc不作任何事情.-c编译或汇编源文件,但是不作连接.编译器输出对应于源文件的目标文件.缺省情况下, GCC通过用`.o'替换源文件名后缀`.c', `.i', `.s',等等,产生目标文件名.可以使用-o选项选择其他名字.GCC忽略-c选项后面任何无法识别的输入文件(他们不需要编译或汇编).-S编译后即停止,不进行汇编.对于每个输入的非汇编语言文件,输出文件是汇编语言文件.缺省情况下, GCC通过用`.o'替换源文件名后缀`.c', `.i',等等,产生目标文件名.可以使用-o选项选择其他名字.GCC忽略任何不需要编译的输入文件.-E预处理后即停止,不进行编译.预处理后的代码送往标准输出.GCC忽略任何不需要预处理的输入文件.-o file指定输出文件为file.该选项不在乎GCC产生什么输出,无论是可执行文件,目标文件,汇编文件还是预处理后的C代码.由于只能指定一个输出文件,因此编译多个输入文件时,使用`-o'选项没有意义,除非输出一个可执行文件.如果没有使用`-o'选项,默认的输出结果是:可执行文件为`a.out', `source.suffix '的目标文件是`source.o',汇编文件是`source.s',而预处理后的C源代码送往标准输出.-v(在标准错误)显示执行编译阶段的命令.同时显示编译器驱动程序,预处理器,编译器的版本号.-pipe在编译过程的不同阶段间使用管道而非临时文件进行通信.这个选项在某些系统上无法工作,因为那些系统的汇编器不能从管道读取数据. GNU的汇编器没有这个问题.语言选项(LANGUAGE OPTIONS)下列选项控制编译器能够接受的C "方言":-ansi支持符合ANSI标准的C程序.这样就会关闭GNU C中某些不兼容ANSI C的特性,例如asm, inline和typeof关键字,以及诸如unix和vax这些表明当前系统类型的预定义宏.同时开启不受欢迎和极少使用的ANSItrigraph特性,以及禁止`$'成为标识符的一部分.尽管使用了`-ansi'选项,下面这些可选的关键字, __asm__, __extension__,__inline__和__typeof__仍然有效.你当然不会把他们用在ANSI C程序中,但可以把他们放在头文件里,因为编译包含这些头文件的程序时,可能会指定`-ansi'选项.另外一些预定义宏,如__unix__和__vax__,无论有没有使用`-ansi'选项,始终有效.使用`-ansi'选项不会自动拒绝编译非ANSI程序,除非增加`-pedantic'选项作为`-ansi'选项的补充.使用`-ansi'选项的时候,预处理器会预定义一个__STRICT_ANSI__宏.有些头文件关注此宏,以避免声明某些函数,或者避免定义某些宏,这些函数和宏不被ANSI标准调用;这样就不会干扰在其他地方使用这些名字的程序了.-fno-asm不把asm, inline或typeof当作关键字,因此这些词可以用做标识符.用__asm__, __inline__和__typeof__能够替代他们. `-ansi' 隐含声明了`-fno-asm'.-fno-builtin不接受不是两个下划线开头的内建函数(built-in function).目前受影响的函数有_exit, abort, abs, alloca, cos, exit, fabs, labs, memcmp, memcpy, sin, sqrt, strcmp, strcpy,和strlen.`-ansi'选项能够阻止alloca和_exit成为内建函数.-fhosted按宿主环境编译;他隐含声明了`-fbuiltin'选项,而且警告不正确的main函数声明.-ffreestanding按独立环境编译;他隐含声明了`-fno-builtin'选项,而且对main函数没有特别要求.(译注:宿主环境(hosted environment)下所有的标准库可用, main函数返回一个int值,典型例子是除了内核以外几乎所有的程序.对应的独立环境(freestanding environment)不存在标准库,程序入口也不一定是main,最明显的例子就是操作系统内核.详情参考gcc网站最近的资料)-fno-strict-prototype对于没有参数的函数声明,例如`int foo ();',按C风格处理---即不说明参数个数或类型.(仅针对C++).正常情况下,这样的函数foo在C++中意味着参数为空.-trigraphs支持ANSI C trigraphs. `-ansi'选项隐含声明了`-trigraphs'.-traditional试图支持传统C编译器的某些方面.详见GNU C手册,我们已经把细节清单从这里删除,这样当内容过时后,人们也不会埋怨我们.除了一件事:对于C++程序(不是C), `-traditional'选项带来一个附加效应,允许对this 赋值.他和`-fthis-is-variable'选项的效果一样.-traditional-cpp试图支持传统C预处理器的某些方面.特别是上面提到有关预处理器的内容,但是不包括`-traditional'选项的其他效应.-fdollars-in-identifiers允许在标识符(identifier)中使用`$'字符(仅针对C++).你可以指定`-fno-dollars-in-identifiers'选项显明禁止使用`$'符. (GNU C++在某些目标系统缺省允许`$'符,但不是所有系统.)-fenum-int-equiv允许int类型到枚举类型(enumeration)的隐式转换(仅限于C++).正常情况下GNU C++允许从enum到int的转换,反之则不行.-fexternal-templates为模板声明(template declaration)产生较小的代码(仅限于C++),方法是对于每个模板函数(template function),只在定义他们的地方生成一个副本.想要成功使用这个选项,你必须在所有使用模板的文件中,标记`#pragma implementation' (定义)或`#pragma interface' (声明).当程序用`-fexternal-templates'编译时,模板实例(template instantiation) 全部是外部类型.你必须让需要的实例在实现文件中出现.可以通过typedef实现这一点,他引用所需的每个实例.相对应的,如果编译时使用缺省选项`-fno-external-templates',所有模板实例明确的设为内置.-fall-virtual所有可能的成员函数默认为虚函数.所有的成员函数(除了构造子函数和new或delete成员操作符)视为所在类的虚函数.这不表明每次调用成员函数都将通过内部虚函数表.有些情况下,编译器能够判断出可以直接调用某个虚函数;这时就直接调用.-fcond-mismatch允许条件表达式的第二和第三个参数的类型不匹配.这种表达式的值是void.-fthis-is-variable允许对this赋值(仅对C++).合并用户自定义的自由存储管理机制到C++后,使可赋值的`this'显得不合时宜.因此,默认情况下,类成员函数内部对this赋值是无效操作.然而为了向后兼容,你可以通过`-fthis-is-variable'选项使这种操作有效.-funsigned-char把char定义为无符号类型,如同unsigned char.各种机器都有自己缺省的char类型.既可能是unsigned char也可能是signed char .理想情况下,当依赖于数据的符号性时,一个可移植程序总是应该使用signed char或unsigned char.但是许多程序已经写成只用简单的char,并且期待这是有符号数(或者无符号数,具体情况取决于编写程序的目标机器).这个选项,和它的反义选项,使那样的程序工作在对应的默认值上.char的类型始终应该明确定义为signed char或unsigned char,即使它表现的和其中之一完全一样.-fsigned-char把char定义为有符号类型,如同signed char.这个选项等同于`-fno-unsigned-char',他是the negative form of`-funsigned-char'的相反选项.同样, `-fno-signed-char'等价于`-funsigned-char'.-fsigned-bitfields-funsigned-bitfields-fno-signed-bitfields-fno-unsigned-bitfields如果没有明确声明`signed'或`unsigned'修饰符,这些选项用来定义有符号位域(bitfield)或无符号位域.缺省情况下,位域是有符号的,因为他们继承的基本整数类型,如int,是有符号数.然而,如果指定了`-traditional'选项,位域永远是无符号数.-fwritable-strings把字符串常量存储到可写数据段,而且不做特别对待.这是为了兼容一些老程序,他们假设字符串常量是可写的. `-traditional'选项也有相同效果.篡改字符串常量是一个非常糟糕的想法; ``常量''就应该是常量.预处理器选项(Preprocessor Option)下列选项针对C预处理器,预处理器用在正式编译以前,对C 源文件进行某种处理.如果指定了`-E'选项, GCC只进行预处理工作.下面的某些选项必须和`-E'选项一起才有意义,因为他们的输出结果不能用于编译.-include file在处理常规输入文件之前,首先处理文件file,其结果是,文件file的内容先得到编译. 命令行上任何`-D'和`-U'选项永远在`-include file'之前处理, 无论他们在命令行上的顺序如何.然而`-include'和`-imacros'选项按书写顺序处理.-imacros file在处理常规输入文件之前,首先处理文件file,但是忽略输出结果.由于丢弃了文件file的输出内容, `-imacros file'选项的唯一效果就是使文件file中的宏定义生效, 可以用于其他输入文件.在处理`-imacros file'选项之前,预处理器首先处理`-D' 和`-U'选项,并不在乎他们在命令行上的顺序.然而`-include'和`-imacros'选项按书写顺序处理.-idirafter dir把目录dir添加到第二包含路径中.如果某个头文件在主包含路径(用`-I'添加的路径)中没有找到,预处理器就搜索第二包含路径.-iprefix prefix指定prefix作为后续`-iwithprefix'选项的前缀.-iwithprefix dir把目录添加到第二包含路径中.目录名由prefix和dir合并而成,这里prefix被先前的`-iprefix'选项指定.-nostdinc不要在标准系统目录中寻找头文件.只搜索`-I'选项指定的目录(以及当前目录,如果合适).结合使用`-nostdinc'和`-I-'选项,你可以把包含文件搜索限制在显式指定的目录.-nostdinc++不要在C++专用标准目录中寻找头文件,但是仍然搜索其他标准目录. (当建立`libg++'时使用这个选项.)-undef不要预定义任何非标准宏. (包括系统结构标志).-E仅运行C预处理器.预处理所有指定的C源文件,结果送往标准输出或指定的输出文件.-C告诉预处理器不要丢弃注释.配合`-E'选项使用.-P告诉预处理器不要产生`#line'命令.配合`-E'选项使用.-M [ -MG ]告诉预处理器输出一个适合make的规则,用于描述各目标文件的依赖关系.对于每个源文件,预处理器输出一个make规则,该规则的目标项(target)是源文件对应的目标文件名,依赖项(dependency)是源文件中`#include引用的所有文件.生成的规则可以是单行,但如果太长,就用`\'-换行符续成多行.规则显示在标准输出,不产生预处理过的C程序.`-M'隐含了`-E'选项.`-MG'要求把缺失的头文件按存在对待,并且假定他们和源程序文件在同一目录下.必须和`-M'选项一起用.-MM [ -MG ]和`-M'选项类似,但是输出结果仅涉及用户头文件,象这样`#include file"'.忽略系统头文件如`#include <file>'.-MD和`-M'选项类似,但是把依赖信息输出在文件中,文件名通过把输出文件名末尾的`.o'替换为`.d'产生.同时继续指定的编译工作---`-MD'不象`-M'那样阻止正常的编译任务.Mach的实用工具`md'能够合并`.d'文件,产生适用于`make'命令的单一的依赖文件.-MMD和`-MD'选项类似,但是输出结果仅涉及用户头文件,忽略系统头文件.-H除了其他普通的操作, GCC显示引用过的头文件名.-A question(answer)如果预处理器做条件测试,如`#if #question(answer)',该选项可以断言(Assert) question的答案是answer.-A-'关闭一般用于描述目标机的标准断言.-D macro定义宏macro,宏的内容定义为字符串`1'.-D macro=defn定义宏macro的内容为defn.命令行上所有的`-D'选项在`-U'选项之前处理.-U macro取消宏macro. `-U'选项在所有的`-D'选项之后处理,但是优先于任何`-include'或`-imacros'选项.-dM告诉预处理器输出有效的宏定义列表(预处理结束时仍然有效的宏定义).该选项需结合`-E'选项使用.-dD告诉预处理器把所有的宏定义传递到输出端,按照出现的顺序显示.-dN和`-dD'选项类似,但是忽略宏的参量或内容.只在输出端显示`#definename.汇编器选项(ASSEMBLER OPTION)-Wa,option把选项option传递给汇编器.如果option含有逗号,就在逗号处分割成多个选项.连接器选项(LINKER OPTION)下面的选项用于编译器连接目标文件,输出可执行文件的时候.如果编译器不进行连接,他们就毫无意义.object-file-name如果某些文件没有特别明确的后缀a special recognized suffix, GCC就认为他们是目标文件或库文件. (根据文件内容,连接器能够区分目标文件和库文件).如果GCC执行连接操作,这些目标文件将成为连接器的输入文件.-l library连接名为library的库文件.连接器在标准搜索目录中寻找这个库文件,库文件的真正名字是`lib library.a'.连接器会当做文件名得到准确说明一样引用这个文件.搜索目录除了一些系统标准目录外,还包括用户以`-L'选项指定的路径.一般说来用这个方法找到的文件是库文件---即由目标文件组成的归档文件(archive file).连接器处理归档文件的方法是:扫描归档文件,寻找某些成员,这些成员的符号目前已被引用,不过还没有被定义.但是,如果连接器找到普通的目标文件,而不是库文件,就把这个目标文件按平常方式连接进来.指定`-l'选项和指定文件名的唯一区别是, `-l选项用`lib'和`.a'把library包裹起来,而且搜索一些目录.-lobjc这个-l选项的特殊形式用于连接Objective C程序.-nostartfiles不连接系统标准启动文件,而标准库文件仍然正常使用.-nostdlib不连接系统标准启动文件和标准库文件.只把指定的文件传递给连接器.-static在支持动态连接(dynamic linking)的系统上,阻止连接共享库.该选项在其他系统上无效. -shared生成一个共享目标文件,他可以和其他目标文件连接产生可执行文件.只有部分系统支持该选项.-symbolic建立共享目标文件的时候,把引用绑定到全局符号上.对所有无法解析的引用作出警告(除非用连接编辑选项`-Xlinker -z -Xlinker defs'取代).只有部分系统支持该选项.-Xlinker option把选项option传递给连接器.可以用他传递系统特定的连接选项, GNU CC无法识别这些选项.如果需要传递携带参数的选项,你必须使用两次`-Xlinker',一次传递选项,另一次传递他的参数. 例如,如果传递`-assert definitions',你必须写成`-Xlinker -assert-Xlinker definitions',而不能写成`-Xlinker "-assert definitions"',因为这样会把整个字符串当做一个参数传递,显然这不是连接器期待的.-Wl,option把选项option传递给连接器.如果option中含有逗号,就在逗号处分割成多个选项.-u symbol使连接器认为取消了symbol的符号定义,从而连接库模块以取得定义.你可以使用多个`-u'选项,各自跟上不同的符号,使得连接器调入附加的库模块.目录选项(DIRECTORY OPTION)下列选项指定搜索路径,用于查找头文件,库文件,或编译器的某些成员:-I dir在头文件的搜索路径列表中添加dir 目录.-I-任何在`-I-'前面用`-I'选项指定的搜索路径只适用于`#include "file"'这种情况;他们不能用来搜索`#include <file>'包含的头文件.如果用`-I'选项指定的搜索路径位于`-I-'选项后面,就可以在这些路径中搜索所有的`#include'指令. (一般说来-I选项就是这么用的.)还有, `-I-'选项能够阻止当前目录(存放当前输入文件的地方)成为搜索`#include"file"'的第一选择.没有办法克服`-I-'选项的这个效应.你可以指定`-I.'搜索那个目录,它在调用编译器时是当前目录.这和预处理器的默认行为不完全一样,但是结果通常令人满意.`-I-'不影响使用系统标准目录,因此, `-I-'和`-nostdinc'是不同的选项.-L dir在`-l'选项的搜索路径列表中添加dir目录.-B prefix这个选项指出在何处寻找可执行文件,库文件,以及编译器自己的数据文件.编译器驱动程序需要执行某些下面的子程序: `cpp', `cc1' (或C++的`cc1plus'), `as'和`ld'.他把prefix当作欲执行的程序的前缀,既可以包括也可以不包括`machine/version/'.对于要运行的子程序,编译器驱动程序首先试着加上`-B'前缀(如果存在).如果没有找到文件,或没有指定`-B'选项,编译器接着会试验两个标准前缀`/usr/lib/gcc/'和`/usr/local/lib/gcc-lib/'.如果仍然没能够找到所需文件,编译器就在`PATH'环境变量指定的路径中寻找没加任何前缀的文件名.如果有需要,运行时(run-time)支持文件`libgcc.a'也在`-B'前缀的搜索范围之内. 如果这里没有找到,就在上面提到的两个标准前缀中寻找,仅此而已.如果上述方法没有找到这个文件,就不连接他了.多数情况的多数机器上, `libgcc.a'并非必不可少.你可以通过环境变量GCC_EXEC_PREFIX获得近似的效果;如果定义了这个变量,其值就和上面说的一样用做前缀.如果同时指定了`-B'选项和GCC_EXEC_PREFIX变量,编译器首先使用`-B'选项,然后才尝试环境变量值.警告选项(WARNING OPTION)警告是针对程序结构的诊断信息,程序不一定有错误,而是存在风险,或者可能存在错误.下列选项控制GNU CC产生的警告的数量和类型:-fsyntax-only检查程序中的语法错误,但是不产生输出信息.-w禁止所有警告信息.-Wno-import禁止所有关于#import的警告信息.-pedantic打开完全服从ANSI C标准所需的全部警告诊断;拒绝接受采用了被禁止的语法扩展的程序.无论有没有这个选项,符合ANSI C标准的程序应该能够被正确编译(虽然极少数程序需要`-ansi' 选项).然而,如果没有这个选项,某些GNU扩展和传统C特性也得到支持.使用这个选项可以拒绝这些程序.没有理由使用这个选项,他存在只是为了满足一些书呆子(pedant).对于替选关键字(他们以`__'开始和结束) `-pedantic'不会产生警告信息. Pedantic 也不警告跟在__extension__后面的表达式.不过只应该在系统头文件中使用这种转义措施,应用程序最好避免.-pedantic-errors该选项和`-pedantic'类似,但是显示错误而不是警告.-W对下列事件显示额外的警告信息:*非易变自动变量(nonvolatile automatic variable)可能在调用longjmp时发生改变. 这些警告仅在优化编译时发生.编译器只知道对setjmp的调用,他不可能知道会在哪里调用longjmp,事实上一个信号处理例程可以在程序的任何地点调用他.其结果是,即使程序没有问题,你也可能会得到警告,因为无法在可能出现问题的地方调用longjmp.*既可以返回值,也可以不返回值的函数. (缺少结尾的函数体被看作不返回函数值)例如,下面的函数将导致这种警告:foo (a){if (a > 0)return a;}由于GNU CC不知道某些函数永不返回(含有abort和longjmp),因此有可能出现虚假警告. *表达式语句或逗号表达式的左侧没有产生作用(side effect).如果要防止这种警告,应该把未使用的表达式强制转换为void类型.例如,这样的表达式`x[i,j]'会导致警告,而`x[(void)i,j]'就不会.*无符号数用`>'或`<='和零做比较.-Wimplicit-int警告没有指定类型的声明.-Wimplicit-function-declaration警告在声明之前就使用的函数.-Wimplicit同-Wimplicit-int和-Wimplicit-function-declaration.-Wmain如果把main函数声明或定义成奇怪的类型,编译器就发出警告.典型情况下,这个函数用于外部连接, 返回int数值,不需要参数,或指定两个参数.-Wreturn-type如果函数定义了返回类型,而默认类型是int型,编译器就发出警告.同时警告那些不带返回值的return语句,如果他们所属的函数并非void类型.-Wunused如果某个局部变量除了声明就没再使用,或者声明了静态函数但是没有定义,或者某条语句的运算结果显然没有使用, 编译器就发出警告.-Wswitch如果某条switch语句的参数属于枚举类型,但是没有对应的case语句使用枚举元素,编译器就发出警告. ( default语句的出现能够防止这个警告.)超出枚举范围的case语句同样会导致这个警告.-Wcomment如果注释起始序列`/*'出现在注释中,编译器就发出警告.-Wtrigraphs警告任何出现的trigraph (假设允许使用他们).-Wformat检查对printf和scanf等函数的调用,确认各个参数类型和格式串中的一致.-Wchar-subscripts警告类型是char的数组下标.这是常见错误,程序员经常忘记在某些机器上char有符号.-Wuninitialized在初始化之前就使用自动变量.这些警告只可能做优化编译时出现,因为他们需要数据流信息,只有做优化的时候才估算数据流信息.如果不指定`-O'选项,就不会出现这些警告.这些警告仅针对等候分配寄存器的变量.因此不会发生在声明为volatile的变量上面,不会发生在已经取得地址的变量,或长度不等于1, 2, 4, 8字节的变量.同样也不会发生在结构,联合或数组上面,即使他们在寄存器中.注意,如果某个变量只计算了一个从未使用过的值,这里可能不会警告.因为在显示警告之前,这样的计算已经被数据流分析删除了.这些警告作为可选项是因为GNU CC还没有智能到判别所有的情况,知道有些看上去错误的代码其实是正确的.下面是一个这样的例子:{int x;switch (y){case 1: x = 1;break;case 2: x = 4;break;case 3: x = 5;。

安装gcc-gfortran-4.1.2-48.el5.i386.rpm需要libgmp.so.3

之前安装# rpm -ivh php-5.1.6-23.2.el5_3.i386.rpmwarning: php-5.1.6-23.2.el5_3.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libgmp.so.3 is needed by php-5.1.6-23.2.el5_3.i386php-cli = 5.1.6-23.2.el5_3 is needed by php-5.1.6-23.2.el5_3.i386[root@localhost Workstation]# rpm -ivh php-cli-5.1.6-23.2.el5_3.i386.rpmwarning: php-cli-5.1.6-23.2.el5_3.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libgmp.so.3 is needed by php-cli-5.1.6-23.2.el5_3.i386提示需要libgmp.so.3 找了好久才查到是需要安装gmp-4.1.4-10.e15.i386.rpm# rpm -ivh mysql-connector-odbc-3.51.26r1127-1.el5.i386.rpmwarning: mysql-connector-odbc-3.51.26r1127-1.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libltdl.so.3 is needed by mysql-connector-odbc-3.51.26r1127-1.el5.i386libodbcinst.so.1 is needed by mysql-connector-odbc-3.51.26r1127-1.el5.i386unixODBC is needed by mysql-connector-odbc-3.51.26r1127-1.el5.i386请问libltdl.so.3在那个rpm包里？安装gcc详细过程[root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc*warning: gcc-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186 error: Failed dependencies:libgmp.so.3 is needed by gcc44-4.4.0-6.el5.i386libgmpxx.so.3 is needed by gcc44-4.4.0-6.el5.i386libgmp.so.3 is needed by gcc44-c++-4.4.0-6.el5.i386libstdc++44-devel = 4.4.0-6.el5 is needed by gcc44-c++-4.4.0-6.el5.i386libgfortran.so.3 is needed by gcc44-gfortran-4.4.0-6.el5.i386libgfortran44 = 4.4.0-6.el5 is needed by gcc44-gfortran-4.4.0-6.el5.i386libgmp.so.3 is needed by gcc44-gfortran-4.4.0-6.el5.i386libstdc++-devel = 4.1.2-48.el5 is needed by gcc-c++-4.1.2-48.el5.i386libgfortran = 4.1.2-48.el5 is needed by gcc-gfortran-4.1.2-48.el5.i386libgfortran.so.1 is needed by gcc-gfortran-4.1.2-48.el5.i386libgmp.so.3 is needed by gcc-gfortran-4.1.2-48.el5.i386libgnarl-4.1.so is needed by gcc-gnat-4.1.2-48.el5.i386libgnat = 4.1.2-48.el5 is needed by gcc-gnat-4.1.2-48.el5.i386libgnat-4.1.so is needed by gcc-gnat-4.1.2-48.el5.i386libgcj-devel = 4.1.2-48.el5 is needed by gcc-java-4.1.2-48.el5.i386libobjc = 4.1.2-48.el5 is needed by gcc-objc-4.1.2-48.el5.i386libobjc.so.1 is needed by gcc-objc-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc-gfortran-4.1.2-48.el5.i386.rpmwarning: gcc-gfortran-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libgfortran = 4.1.2-48.el5 is needed by gcc-gfortran-4.1.2-48.el5.i386libgfortran.so.1 is needed by gcc-gfortran-4.1.2-48.el5.i386libgmp.so.3 is needed by gcc-gfortran-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gcc-gfortran-4.1.2-48.el5.i386.rpm libgfortranlibgfortran-4.1.2-48.el5.i386.rpm libgfortran44-4.4.0-6.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc-gfortran-4.1.2-48.el5.i386.rpm libgfortran-4.1.2-48.el5.i386.rpmwarning: gcc-gfortran-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libgmp.so.3 is needed by gcc-gfortran-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gcc-gfortran-4.1.2-48.el5.i386.rpm libgfortran-4.1.2-48.el5.i386.rpm libglibgail-gnome-1.1.3-1.2.1.i386.rpm libgnomecups-devel-0.2.2-9.i386.rpm libgail-gnome-devel-1.1.3-1.2.1.i386.rpm libgnome-devel-2.16.0-6.el5.i386.rpm libgcc-4.1.2-48.el5.i386.rpm libgnome-java-2.12.4-3.fc6.i386.rpm libgcj-4.1.2-48.el5.i386.rpmlibgnome-java-devel-2.12.4-3.fc6.i386.rpmlibgcj-devel-4.1.2-48.el5.i386.rpm libgnomeprint22-2.12.1-10.el5.i386.rpm libgcj-src-4.1.2-48.el5.i386.rpmlibgnomeprint22-devel-2.12.1-10.el5.i386.rpmlibgconf-java-2.12.4-6.el5.i386.rpm libgnomeprintui22-2.12.1-6.i386.rpm libgconf-java-devel-2.12.4-6.el5.i386.rpm libgnomeprintui22-devel-2.12.1-6.i386.rpm libgcrypt-1.4.4-5.el5.i386.rpm libgnomeui-2.16.0-5.el5.i386.rpm libgcrypt-devel-1.4.4-5.el5.i386.rpm libgnomeui-devel-2.16.0-5.el5.i386.rpm libgfortran-4.1.2-48.el5.i386.rpm libgomp-4.4.0-6.el5.i386.rpmlibgfortran44-4.4.0-6.el5.i386.rpm libgpg-error-1.4-2.i386.rpmlibglade2-2.6.0-2.i386.rpm libgpg-error-devel-1.4-2.i386.rpm libglade2-devel-2.6.0-2.i386.rpm libgsf-1.14.1-6.1.i386.rpmlibglade-java-2.12.5-3.fc6.i386.rpm libgsf-devel-1.14.1-6.1.i386.rpmlibglade-java-devel-2.12.5-3.fc6.i386.rpm libgssapi-0.10-2.i386.rpmlibgnat-4.1.2-48.el5.i386.rpm libgssapi-devel-0.10-2.i386.rpm libgnome-2.16.0-6.el5.i386.rpm libgtk-java-2.8.7-3.el5.i386.rpm libgnomecanvas-2.14.0-4.1.i386.rpm libgtk-java-devel-2.8.7-3.el5.i386.rpm libgnomecanvas-devel-2.14.0-4.1.i386.rpm libgtop2-2.14.4-8.el5_4.i386.rpm libgnomecups-0.2.2-9.i386.rpm libgtop2-devel-2.14.4-8.el5_4.i386.rpm [root@localhost Server]# rpm -ivh gcc-gfortran-4.1.2-48.el5.i386.rpm libgfortran-4.1.2-48.el5.i386.rpm libgm[root@localhost Server]# rpm -ivh gcc-gfortran-4.1.2-48.el5.i386.rpm libgfortran-4.1.2-48.el5.i386.rpm gmp-4.1.4-10.el5.i386.rpmwarning: gcc-gfortran-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186Preparing... ########################################### [100%]1:gmp ########################################### [ 33%]2:libgfortran ########################################### [ 67%]3:gcc-gfortran ########################################### [100%][root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-c++-4.1.2-48.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-c++-4.1.2-48.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc44-4.4.0-6.el5.i386.rpmwarning: gcc44-4.4.0-6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186Preparing... ########################################### [100%]1:gcc44 ########################################### [100%][root@localhost Server]# rpm -ivh gcc44-c++-4.4.0-6.el5.i386.rpmwarning: gcc44-c++-4.4.0-6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libstdc++44-devel = 4.4.0-6.el5 is needed by gcc44-c++-4.4.0-6.el5.i386[root@localhost Server]# rpm -ivh gcc44-c++-4.4.0-6.el5.i386.rpm libstdc++44-devel-4.4.0-6.el5.i386.rpmwarning: gcc44-c++-4.4.0-6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186Preparing... ########################################### [100%]1:libstdc++44-devel ########################################### [ 50%]2:gcc44-c++ ########################################### [100%][root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc44-gfortran-4.4.0-6.el5.i386.rpmwarning: gcc44-gfortran-4.4.0-6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libgfortran.so.3 is needed by gcc44-gfortran-4.4.0-6.el5.i386libgfortran44 = 4.4.0-6.el5 is needed by gcc44-gfortran-4.4.0-6.el5.i386[root@localhost Server]# rpm -ivh gcc44-gfortran-4.4.0-6.el5.i386.rpm libgfortran44-4.4.0-6.el5.i386.rpmwarning: gcc44-gfortran-4.4.0-6.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186[100%]1:libgfortran44 ########################################### [ 50%]2:gcc44-gfortran ########################################### [100%][root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc-c++-4.1.2-48.el5.i386.rpmwarning: gcc-c++-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libstdc++-devel = 4.1.2-48.el5 is needed by gcc-c++-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gcc-c++-4.1.2-48.el5.i386.rpm libstdc++-devel-4.1.2-48.el5.i386.rpmwarning: gcc-c++-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186Preparing... ########################################### [100%]1:libstdc++-devel ########################################### [ 50%]2:gcc-c++ ########################################### [100%][root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc-gnat-4.1.2-48.el5.i386.rpmwarning: gcc-gnat-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libgnarl-4.1.so is needed by gcc-gnat-4.1.2-48.el5.i386libgnat = 4.1.2-48.el5 is needed by gcc-gnat-4.1.2-48.el5.i386libgnat-4.1.so is needed by gcc-gnat-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gcc-gnat-4.1.2-48.el5.i386.rpm libgnat-4.1.2-48.el5.i386.rpmwarning: gcc-gnat-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186[100%]1:libgnat ########################################### [ 50%]2:gcc-gnat ########################################### [100%][root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc-java-4.1.2-48.el5.i386.rpmwarning: gcc-java-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:libgcj-devel = 4.1.2-48.el5 is needed by gcc-java-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gcc-java-4.1.2-48.el5.i386.rpm libgcj-devel-4.1.2-48.el5.i386.rpmwarning: gcc-java-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186error: Failed dependencies:zlib-devel is needed by libgcj-devel-4.1.2-48.el5.i386/usr/lib/libz.so is needed by libgcj-devel-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gcc-java-4.1.2-48.el5.i386.rpm libgcj-devel-4.1.2-48.el5.i386.rpm zlib-devel-1.2.3-3.i386.rpmwarning: gcc-java-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186Preparing... ########################################### [100%]1:zlib-devel ########################################### [ 33%]2:libgcj-devel ########################################### [ 67%]3:gcc-java ########################################### [100%][root@localhost Server]# rpm -ivh gccgcc-4.1.2-48.el5.i386.rpm gcc-gfortran-4.1.2-48.el5.i386.rpmgcc44-4.4.0-6.el5.i386.rpm gcc-gnat-4.1.2-48.el5.i386.rpmgcc44-c++-4.4.0-6.el5.i386.rpm gcc-java-4.1.2-48.el5.i386.rpmgcc44-gfortran-4.4.0-6.el5.i386.rpm gcc-objc-4.1.2-48.el5.i386.rpmgcc-c++-4.1.2-48.el5.i386.rpm gcc-objc++-4.1.2-48.el5.i386.rpm[root@localhost Server]# rpm -ivh gcc-objc*warning: gcc-objc-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID37017186error: Failed dependencies:libobjc = 4.1.2-48.el5 is needed by gcc-objc-4.1.2-48.el5.i386libobjc.so.1 is needed by gcc-objc-4.1.2-48.el5.i386[root@localhost Server]# rpm -ivh gcc-objc* libobjc-4.1.2-48.el5.i386.rpmwarning: gcc-objc-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186Preparing... ########################################### [100%]1:libobjc ########################################### [ 33%]2:gcc-objc ########################################### [ 67%]3:gcc-objc++ ########################################### [100%][root@localhost Server]# rpm -ivh gcc*warning: gcc-4.1.2-48.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID 37017186 Preparing... ########################################### [100%]package gcc-4.1.2-48.el5.i386 is already installedpackage gcc44-4.4.0-6.el5.i386 is already installedpackage gcc-c++-4.1.2-48.el5.i386 is already installedpackage gcc-objc-4.1.2-48.el5.i386 is already installedpackage gcc44-c++-4.4.0-6.el5.i386 is already installedpackage gcc44-gfortran-4.4.0-6.el5.i386 is already installedpackage gcc-gfortran-4.1.2-48.el5.i386 is already installedpackage gcc-gnat-4.1.2-48.el5.i386 is already installedpackage gcc-java-4.1.2-48.el5.i386 is already installedpackage gcc-objc++-4.1.2-48.el5.i386 is already installed[root@localhost Server]#。

gcc安装教程

详解Linux安装GCC方法下载：/gnu/gcc/gcc-4.5.1/gcc-4.5.1.tar.bz2浏览：/gnu/gcc/gcc-4.5.1/查看Changes：/gcc-4.5/changes.htm现在很多程序员都应用GCC，怎样才能更好的应用GCC。

目前，GCC可以用来编译C/C++、FORTRAN、JAVA、OBJC、ADA等语言的程序，可根据需要选择安装支持的语言。

本文以在Redhat Linux安装GCC4.1.2为例(因在项目开发过程中要求使用，没有用最新的GCC 版本)，介绍Linux安装GCC过程。

安装之前，系统中必须要有cc或者gcc等编译器，并且是可用的，或者用环境变量CC指定系统上的编译器。

如果系统上没有编译器，不能安装源代码形式的GCC 4.1.2。

如果是这种情况，可以在网上找一个与你系统相适应的如RPM等二进制形式的GCC软件包来安装使用。

本文介绍的是以源代码形式提供的GCC软件包的安装过程，软件包本身和其安装过程同样适用于其它Linux和Unix系统。

系统上原来的GCC编译器可能是把gcc等命令文件、库文件、头文件等分别存放到系统中的不同目录下的。

与此不同，现在GCC建议我们将一个版本的GCC安装在一个单独的目录下。

这样做的好处是将来不需要它的时候可以方便地删除整个目录即可(因为GCC没有uninstall功能);缺点是在安装完成后要做一些设置工作才能使编译器工作正常。

在本文中采用这个方案安装GCC 4.1.2，并且在安装完成后，仍然能够使用原来低版本的GCC编译器，即一个系统上可以同时存在并使用多个版本的GCC编译器。

按照本文提供的步骤和设置选项，即使以前没有安装过GCC，也可以在系统上安装上一个可工作的新版本的GCC编译器。

1 下载在GCC网站上()或者通过网上搜索可以查找到下载资源。

目前GCC的最新版本为4.2.1。

可供下载的文件一般有两种形式：gcc-4.1.2.tar.gz和gcc-4.1.2.tar.bz2，只是压缩格式不一样，内容完全一致，下载其中一种即可。

GCC 中文手册

GCC中文手册NAMEgcc,g++-GNU工程的C和C++编译器(egcs-1.1.2)总览(SYNOPSIS)gcc[option|filename ]...g++[option|filename ]...警告(WARNING)本手册页内容摘自GNU C编译器的完整文档,仅限于解释选项的含义.除非有人自愿维护,否则本手册页不再更新.如果发现手册页和软件之间有所矛盾,请查对Info文件, Info 文件是权威文档.如果我们发觉本手册页的内容由于过时而导致明显的混乱和抱怨时,我们就停止发布它.不可能有其他选择,象更新Info文件同时更新man手册,因为其他维护GNU CC的工作没有留给我们时间做这个. GNU工程认为man手册是过时产物,应该把时间用到别的地方.如果需要完整和最新的文档,请查阅Info文件`gcc'或Using and Porting GNU CC (for version 2.0) (使用和移植GNU CC 2.0) 手册.二者均来自Texinfo原文件 gcc.texinfo.描述(DESCRIPTION)C和C++编译器是集成的.他们都要用四个步骤中的一个或多个处理输入文件: 预处理(preprocessing),编译(compilation),汇编(assembly)和连接(linking).源文件后缀名标识源文件的语言,但是对编译器来说,后缀名控制着缺省设定:gcc认为预处理后的文件(.i)是C文件,并且设定C形式的连接.g++认为预处理后的文件(.i)是C++文件,并且设定C++形式的连接.源文件后缀名指出语言种类以及后期的操作:.c C源程序;预处理,编译,汇编.C C++源程序;预处理,编译,汇编.cc C++源程序;预处理,编译,汇编.cxx C++源程序;预处理,编译,汇编.m Objective-C源程序;预处理,编译,汇编.i预处理后的C文件;编译,汇编.ii预处理后的C++文件;编译,汇编.s汇编语言源程序;汇编.S汇编语言源程序;预处理,汇编.h预处理器文件;通常不出现在命令行上其他后缀名的文件被传递给连接器(linker).通常包括:.o目标文件(Object file).a归档库文件(Archive file)除非使用了-c, -S,或-E选项(或者编译错误阻止了完整的过程),否则连接总是最后的步骤.在连接阶段中,所有对应于源程序的.o文件, -l库文件,无法识别的文件名(包括指定的 .o目标文件和.a库文件)按命令行中的顺序传递给连接器.选项(OPTIONS)选项必须分立给出: `-dr'完全不同于`-d -r '.大多数`-f'和`-W'选项有两个相反的格式: -f name和 -fno-name (或-W name和-Wno-name).这里只列举不是默认选项的格式.下面是所有选项的摘要,按类型分组,解释放在后面的章节中.总体选项(Overall Option)-c -S -E -o file -pipe -v -x language语言选项(Language Option)-ansi -fall-virtual -fcond-mismatch -fdollars-in-identifiers -fenum-int-equiv -fexternal-templates -fno-asm -fno-builtin -fhosted -fno-hosted -ffreestanding -fno-freestanding -fno-strict-prototype -fsigned-bitfields -fsigned-char -fthis-is-variable -funsigned-bitfields -funsigned-char -fwritable-strings -traditional -traditional-cpp -trigraphs警告选项(Warning Option)-fsyntax-only -pedantic -pedantic-errors -w -W -Wall -Waggregate-return -Wcast-align -Wcast-qual -Wchar-subscript -Wcomment -Wconversion -Wenum-clash -Werror -Wformat -Wid-clash-len -Wimplicit -Wimplicit-int -Wimplicit-function-declaration -Winline -Wlong-long -Wmain -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Wno-import -Wparentheses -Wpointer-arith -Wredundant-decls -Wreturn-type -Wshadow -Wstrict-prototypes -Wswitch -Wtemplate-debugging -Wtraditional -Wtrigraphs -Wuninitialized -Wunused -Wwrite-strings调试选项(Debugging Option)-a -d letters -fpretend-float -g -g level -gcoff -gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+ -ggdb -p -pg -save-temps -print-file-name=library -print-libgcc-file-name -print-prog-name=program优化选项(Optimization Option)-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks -fdelayed-branch -felide-constructors -fexpensive-optimizations -ffast-math -ffloat-store -fforce-addr -fforce-mem -finline-functions -fkeep-inline-functions -fmemoize-lookups -fno-default-inline -fno-defer-pop -fno-function-cse -fno-inline -fno-peephole -fomit-frame-pointer -frerun-cse-after-loop -fschedule-insns -fschedule-insns2 -fstrength-reduce -fthread-jumps -funroll-all-loops -funroll-loops -O -O2 -O3预处理器选项(Preprocessor Option)-A assertion -C -dD -dM -dN -D macro[=defn] -E -H -idirafter dir -include file -imacros file -iprefix file -iwithprefix dir -M -MD -MM -MMD -nostdinc -P -U macro -undef汇编器选项(Assembler Option)-Wa,option连接器选项(Linker Option)-l library -nostartfiles -nostdlib -static -shared -symbolic -Xlinker option -Wl,option -u symbol目录选项(Directory Option)-B prefix -I dir -I- -L dir目标机选项(Target Option)-b machine -V version配置相关选项(Configuration Dependent Option)M680x0 选项-m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881 -mbitfield -mc68000 -mc68020 -mfpa -mnobitfield -mrtd -mshort -msoft-floatVAX选项-mg -mgnu -munixSPARC选项-mepilogue -mfpu -mhard-float -mno-fpu -mno-epilogue -msoft-float -msparclite -mv8 -msupersparc -mcypressConvex选项-margcount -mc1 -mc2 -mnoargcountAMD29K选项-m29000 -m29050 -mbw -mdw -mkernel-registers -mlarge -mnbw -mnodw -msmall -mstack-check -muser-registersM88K选项-m88000 -m88100 -m88110 -mbig-pic -mcheck-zero-division -mhandle-large-shift -midentify-revision -mno-check-zero-division -mno-ocs-debug-info -mno-ocs-frame-position -mno-optimize-arg-area -mno-serialize-volatile -mno-underscores -mocs-debug-info -mocs-frame-position -moptimize-arg-area -mserialize-volatile -mshort-data-num -msvr3 -msvr4 -mtrap-large-shift -muse-div-instruction -mversion-03.00 -mwarn-passed-structsRS6000选项-mfp-in-toc -mno-fop-in-tocRT选项-mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs -mfull-fp-blocks -mhc-struct-return -min-line-mul -mminimum-fp-blocks -mnohc-struct-return MIPS选项-mcpu=cpu type -mips2 -mips3 -mint64 -mlong64 -mmips-as -mgas -mrnames -mno-rnames -mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy -mno-memcpy -mno-mips-tfile -mmips-tfile -msoft-float -mhard-float -mabicalls -mno-abicalls -mhalf-pic -mno-half-pic -G num -nocppi386选项-m486 -mno-486 -msoft-float -mno-fp-ret-in-387HPPA选项-mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs -mno-shared-libs -mlong-calls -mdisable-fpregs -mdisable-indexing -mtrailing-coloni960选项-m cpu-type -mnumerics -msoft-float -mleaf-procedures -mno-leaf-procedures -mtail-call -mno-tail-call -mcomplex-addr -mno-complex-addr -mcode-align -mno-code-align -mic-compat -mic2.0-compat -mic3.0-compat -masm-compat -mintel-asm -mstrict-align -mno-strict-align -mold-align -mno-old-alignDEC Alpha选项-mfp-regs -mno-fp-regs -mno-soft-float -msoft-floatSystem V选项-G -Qy -Qn -YP,paths -Ym,dir代码生成选项(Code Generation Option)-fcall-saved-reg -fcall-used-reg -ffixed-reg -finhibit-size-directive -fnonnull-objects -fno-common -fno-ident -fno-gnu-linker -fpcc-struct-return -fpic -fPIC -freg-struct-return -fshared-data -fshort-enums -fshort-double -fvolatile -fvolatile-global -fverbose-asm总体选项(Overall Option)-x language明确指出后面输入文件的语言为language (而不是从文件名后缀得到的默认选择).这个选项应用于后面所有的输入文件,直到遇着下一个`-x'选项. language的可选值有`c', `objective-c', `c-header', `c++', `cpp-output', `assembler',和`assembler-with-cpp'. -x none关闭任何对语种的明确说明,因此依据文件名后缀处理后面的文件(就象是从未使用过`-x'选项).如果只操作四个阶段(预处理,编译,汇编,连接)中的一部分,可以使用`-x'选项(或文件名后缀)告诉 gcc从哪里开始,用`-c', `-S',或`-E'选项告诉gcc到哪里结束.注意,某些选项组合(例如, `-x cpp-output -E')使gcc不作任何事情.-c编译或汇编源文件,但是不作连接.编译器输出对应于源文件的目标文件.缺省情况下, GCC通过用`.o'替换源文件名后缀`.c', `.i', `.s',等等,产生目标文件名.可以使用-o选项选择其他名字.GCC忽略-c选项后面任何无法识别的输入文件(他们不需要编译或汇编).-S编译后即停止,不进行汇编.对于每个输入的非汇编语言文件,输出文件是汇编语言文件.缺省情况下, GCC通过用`.o'替换源文件名后缀`.c', `.i',等等,产生目标文件名.可以使用-o 选项选择其他名字.GCC忽略任何不需要编译的输入文件.-E预处理后即停止,不进行编译.预处理后的代码送往标准输出.GCC忽略任何不需要预处理的输入文件.-o file指定输出文件为file.该选项不在乎GCC产生什么输出,无论是可执行文件,目标文件,汇编文件还是预处理后的C代码.由于只能指定一个输出文件,因此编译多个输入文件时,使用`-o'选项没有意义,除非输出一个可执行文件.如果没有使用`-o'选项,默认的输出结果是:可执行文件为`a.out', `source.suffix '的目标文件是`source.o',汇编文件是 `source.s',而预处理后的C源代码送往标准输出.-v(在标准错误)显示执行编译阶段的命令.同时显示编译器驱动程序,预处理器,编译器的版本号.-pipe在编译过程的不同阶段间使用管道而非临时文件进行通信.这个选项在某些系统上无法工作,因为那些系统的汇编器不能从管道读取数据. GNU的汇编器没有这个问题.语言选项(LANGUAGE OPTIONS)下列选项控制编译器能够接受的C "方言":-ansi支持符合ANSI标准的C程序.这样就会关闭GNU C中某些不兼容ANSI C的特性,例如asm, inline和 typeof关键字,以及诸如unix和vax这些表明当前系统类型的预定义宏.同时开启不受欢迎和极少使用的ANSI trigraph 特性,以及禁止`$'成为标识符的一部分.尽管使用了`-ansi'选项,下面这些可选的关键字, __asm__, __extension__, __inline__和__typeof__仍然有效.你当然不会把他们用在ANSI C程序中,但可以把他们放在头文件里,因为编译包含这些头文件的程序时,可能会指定 `-ansi'选项.另外一些预定义宏,如__unix__和__vax__,无论有没有使用 `-ansi'选项,始终有效.使用`-ansi'选项不会自动拒绝编译非ANSI程序,除非增加`-pedantic'选项作为 `-ansi'选项的补充.使用`-ansi'选项的时候,预处理器会预定义一个__STRICT_ANSI__宏.有些头文件关注此宏,以避免声明某些函数,或者避免定义某些宏,这些函数和宏不被ANSI标准调用;这样就不会干扰在其他地方使用这些名字的程序了.-fno-asm不把asm, inline或typeof当作关键字,因此这些词可以用做标识符.用__asm__,__inline__和__typeof__能够替代他们. `-ansi' 隐含声明了`-fno-asm'.-fno-builtin不接受不是两个下划线开头的内建函数(built-in function).目前受影响的函数有_exit,abort, abs, alloca, cos, exit, fabs, labs, memcmp, memcpy, sin, sqrt,strcmp, strcpy,和strlen.`-ansi'选项能够阻止alloca和_exit成为内建函数.-fhosted按宿主环境编译;他隐含声明了`-fbuiltin'选项,而且警告不正确的main函数声明.-ffreestanding按独立环境编译;他隐含声明了`-fno-builtin'选项,而且对main函数没有特别要求.(译注:宿主环境(hosted environment)下所有的标准库可用, main函数返回一个int值,典型例子是除了内核以外几乎所有的程序.对应的独立环境(freestanding environment)不存在标准库,程序入口也不一定是 main,最明显的例子就是操作系统内核.详情参考gcc网站最近的资料)-fno-strict-prototype对于没有参数的函数声明,例如`int foo ();',按C风格处理---即不说明参数个数或类型. (仅针对C++).正常情况下,这样的函数foo在C++中意味着参数为空.-trigraphs支持ANSI C trigraphs. `-ansi'选项隐含声明了`-trigraphs'.-traditional试图支持传统C编译器的某些方面.详见GNU C手册,我们已经把细节清单从这里删除,这样当内容过时后,人们也不会埋怨我们.除了一件事:对于C++程序(不是C), `-traditional'选项带来一个附加效应,允许对 this赋值.他和`-fthis-is-variable'选项的效果一样.-traditional-cpp试图支持传统C预处理器的某些方面.特别是上面提到有关预处理器的内容,但是不包括`-traditional'选项的其他效应.-fdollars-in-identifiers允许在标识符(identifier)中使用`$'字符(仅针对C++).你可以指定`-fno-dollars-in-identifiers'选项显明禁止使用`$'符. (GNU C++在某些目标系统缺省允许`$'符,但不是所有系统.)-fenum-int-equiv允许int类型到枚举类型(enumeration)的隐式转换(仅限于C++).正常情况下GNU C++允许从enum到int的转换,反之则不行.-fexternal-templates为模板声明(template declaration)产生较小的代码(仅限于C++),方法是对于每个模板函数(template function),只在定义他们的地方生成一个副本.想要成功使用这个选项,你必须在所有使用模板的文件中,标记`#pragma implementation' (定义)或`#pragmainterface' (声明).当程序用`-fexternal-templates'编译时,模板实例(template instantiation) 全部是外部类型.你必须让需要的实例在实现文件中出现.可以通过typedef实现这一点,他引用所需的每个实例.相对应的,如果编译时使用缺省选项`-fno-external-templates',所有模板实例明确的设为内置.-fall-virtual所有可能的成员函数默认为虚函数.所有的成员函数(除了构造子函数和new或delete成员操作符)视为所在类的虚函数.这不表明每次调用成员函数都将通过内部虚函数表.有些情况下,编译器能够判断出可以直接调用某个虚函数;这时就直接调用.-fcond-mismatch允许条件表达式的第二和第三个参数的类型不匹配.这种表达式的值是void.-fthis-is-variable允许对this赋值(仅对C++).合并用户自定义的自由存储管理机制到C++后,使可赋值的`this'显得不合时宜.因此,默认情况下,类成员函数内部对this赋值是无效操作.然而为了向后兼容,你可以通过`-fthis-is-variable'选项使这种操作有效.-funsigned-char把char定义为无符号类型,如同unsigned char.各种机器都有自己缺省的char类型.既可能是unsigned char也可能是signed char .理想情况下,当依赖于数据的符号性时,一个可移植程序总是应该使用signed char或unsigned char.但是许多程序已经写成只用简单的char,并且期待这是有符号数(或者无符号数,具体情况取决于编写程序的目标机器).这个选项,和它的反义选项,使那样的程序工作在对应的默认值上.char的类型始终应该明确定义为signed char或unsigned char,即使它表现的和其中之一完全一样.-fsigned-char把char定义为有符号类型,如同signed char.这个选项等同于`-fno-unsigned-char',他是the negative form of `-funsigned-char'的相反选项.同样, `-fno-signed-char'等价于 `-funsigned-char'.-fsigned-bitfields-funsigned-bitfields-fno-signed-bitfields-fno-unsigned-bitfields如果没有明确声明`signed'或`unsigned'修饰符,这些选项用来定义有符号位域(bitfield)或无符号位域.缺省情况下,位域是有符号的,因为他们继承的基本整数类型,如int,是有符号数.然而,如果指定了`-traditional'选项,位域永远是无符号数.-fwritable-strings把字符串常量存储到可写数据段,而且不做特别对待.这是为了兼容一些老程序,他们假设字符串常量是可写的. `-traditional'选项也有相同效果.篡改字符串常量是一个非常糟糕的想法; ``常量''就应该是常量.预处理器选项(Preprocessor Option)下列选项针对C预处理器,预处理器用在正式编译以前,对C 源文件进行某种处理.如果指定了`-E'选项, GCC只进行预处理工作.下面的某些选项必须和`-E'选项一起才有意义,因为他们的输出结果不能用于编译.-include file在处理常规输入文件之前,首先处理文件file,其结果是,文件file的内容先得到编译. 命令行上任何`-D'和`-U'选项永远在`-include file'之前处理, 无论他们在命令行上的顺序如何.然而`-include'和`-imacros'选项按书写顺序处理.-imacros file在处理常规输入文件之前,首先处理文件file,但是忽略输出结果.由于丢弃了文件file的输出内容, `-imacros file'选项的唯一效果就是使文件file中的宏定义生效, 可以用于其他输入文件.在处理`-imacros file'选项之前,预处理器首先处理`-D' 和`-U'选项,并不在乎他们在命令行上的顺序.然而`-include'和`-imacros'选项按书写顺序处理.-idirafter dir把目录dir添加到第二包含路径中.如果某个头文件在主包含路径(用`-I'添加的路径)中没有找到,预处理器就搜索第二包含路径.-iprefix prefix指定prefix作为后续`-iwithprefix'选项的前缀.-iwithprefix dir把目录添加到第二包含路径中.目录名由prefix和dir合并而成,这里prefix被先前的`-iprefix'选项指定.-nostdinc不要在标准系统目录中寻找头文件.只搜索`-I'选项指定的目录(以及当前目录,如果合适).结合使用`-nostdinc'和`-I-'选项,你可以把包含文件搜索限制在显式指定的目录.-nostdinc++不要在C++专用标准目录中寻找头文件,但是仍然搜索其他标准目录. (当建立`libg++'时使用这个选项.)-undef不要预定义任何非标准宏. (包括系统结构标志).-E仅运行C预处理器.预处理所有指定的C源文件,结果送往标准输出或指定的输出文件.-C告诉预处理器不要丢弃注释.配合`-E'选项使用.-P告诉预处理器不要产生`#line'命令.配合`-E'选项使用.-M [ -MG ]告诉预处理器输出一个适合make的规则,用于描述各目标文件的依赖关系.对于每个源文件,预处理器输出一个make规则,该规则的目标项(target)是源文件对应的目标文件名,依赖项(dependency)是源文件中`#include引用的所有文件.生成的规则可以是单行,但如果太长,就用`\'-换行符续成多行.规则显示在标准输出,不产生预处理过的C程序.`-M'隐含了`-E'选项.`-MG'要求把缺失的头文件按存在对待,并且假定他们和源程序文件在同一目录下.必须和 `-M'选项一起用.-MM [ -MG ]和`-M'选项类似,但是输出结果仅涉及用户头文件,象这样`#include file"'.忽略系统头文件如`#include <file>'.-MD和`-M'选项类似,但是把依赖信息输出在文件中,文件名通过把输出文件名末尾的`.o'替换为`.d'产生.同时继续指定的编译工作---`-MD'不象`-M'那样阻止正常的编译任务.Mach的实用工具`md'能够合并`.d'文件,产生适用于`make'命令的单一的依赖文件.-MMD和`-MD'选项类似,但是输出结果仅涉及用户头文件,忽略系统头文件.-H除了其他普通的操作, GCC显示引用过的头文件名.-A question(answer)如果预处理器做条件测试,如`#if #question(answer)',该选项可以断言(Assert)question的答案是answer.-A-'关闭一般用于描述目标机的标准断言.-D macro定义宏macro,宏的内容定义为字符串`1'.-D macro=defn定义宏macro的内容为defn.命令行上所有的`-D'选项在`-U'选项之前处理.-U macro取消宏macro. `-U'选项在所有的`-D'选项之后处理,但是优先于任何`-include'或`-imacros'选项.-dM告诉预处理器输出有效的宏定义列表(预处理结束时仍然有效的宏定义).该选项需结合`-E'选项使用.-dD告诉预处理器把所有的宏定义传递到输出端,按照出现的顺序显示.-dN和`-dD'选项类似,但是忽略宏的参量或内容.只在输出端显示`#define name.汇编器选项(ASSEMBLER OPTION)-Wa,option把选项option传递给汇编器.如果option含有逗号,就在逗号处分割成多个选项.连接器选项(LINKER OPTION)下面的选项用于编译器连接目标文件,输出可执行文件的时候.如果编译器不进行连接,他们就毫无意义. object-file-name如果某些文件没有特别明确的后缀a special recognized suffix, GCC就认为他们是目标文件或库文件. (根据文件内容,连接器能够区分目标文件和库文件).如果GCC执行连接操作,这些目标文件将成为连接器的输入文件.-l library连接名为library的库文件.连接器在标准搜索目录中寻找这个库文件,库文件的真正名字是`lib library.a'.连接器会当做文件名得到准确说明一样引用这个文件.搜索目录除了一些系统标准目录外,还包括用户以`-L'选项指定的路径.一般说来用这个方法找到的文件是库文件---即由目标文件组成的归档文件(archive file).连接器处理归档文件的方法是:扫描归档文件,寻找某些成员,这些成员的符号目前已被引用,不过还没有被定义.但是,如果连接器找到普通的目标文件,而不是库文件,就把这个目标文件按平常方式连接进来.指定`-l'选项和指定文件名的唯一区别是, `-l选项用`lib'和`.a'把library包裹起来,而且搜索一些目录.-lobjc这个-l选项的特殊形式用于连接Objective C程序.-nostartfiles不连接系统标准启动文件,而标准库文件仍然正常使用.-nostdlib不连接系统标准启动文件和标准库文件.只把指定的文件传递给连接器.-static在支持动态连接(dynamic linking)的系统上,阻止连接共享库.该选项在其他系统上无效.-shared生成一个共享目标文件,他可以和其他目标文件连接产生可执行文件.只有部分系统支持该选项.-symbolic建立共享目标文件的时候,把引用绑定到全局符号上.对所有无法解析的引用作出警告(除非用连接编辑选项`-Xlinker -z -Xlinker defs'取代).只有部分系统支持该选项.-Xlinker option把选项option传递给连接器.可以用他传递系统特定的连接选项, GNU CC无法识别这些选项.如果需要传递携带参数的选项,你必须使用两次`-Xlinker',一次传递选项,另一次传递他的参数. 例如,如果传递`-assert definitions',你必须写成`-Xlinker -assert -Xlinker definitions',而不能写成`-Xlinker "-assert definitions"',因为这样会把整个字符串当做一个参数传递,显然这不是连接器期待的.-Wl,option把选项option传递给连接器.如果option中含有逗号,就在逗号处分割成多个选项.-u symbol使连接器认为取消了symbol的符号定义,从而连接库模块以取得定义.你可以使用多个`-u'选项,各自跟上不同的符号,使得连接器调入附加的库模块.目录选项(DIRECTORY OPTION)下列选项指定搜索路径,用于查找头文件,库文件,或编译器的某些成员:-I dir在头文件的搜索路径列表中添加dir 目录.-I-任何在`-I-'前面用`-I'选项指定的搜索路径只适用于`#include "file"'这种情况;他们不能用来搜索`#include <file>'包含的头文件.如果用`-I'选项指定的搜索路径位于`-I-'选项后面,就可以在这些路径中搜索所有的`#include'指令. (一般说来-I选项就是这么用的.)还有, `-I-'选项能够阻止当前目录(存放当前输入文件的地方)成为搜索`#include "file"'的第一选择.没有办法克服`-I-'选项的这个效应.你可以指定 `-I.'搜索那个目录,它在调用编译器时是当前目录.这和预处理器的默认行为不完全一样,但是结果通常令人满意.`-I-'不影响使用系统标准目录,因此, `-I-'和`-nostdinc'是不同的选项.-L dir在`-l'选项的搜索路径列表中添加dir目录.-B prefix这个选项指出在何处寻找可执行文件,库文件,以及编译器自己的数据文件.编译器驱动程序需要执行某些下面的子程序: `cpp', `cc1' (或C++的 `cc1plus'), `as'和`ld'.他把prefix当作欲执行的程序的前缀,既可以包括也可以不包括`machine/version/'.对于要运行的子程序,编译器驱动程序首先试着加上`-B'前缀(如果存在).如果没有找到文件,或没有指定 `-B'选项,编译器接着会试验两个标准前缀`/usr/lib/gcc/'和 `/usr/local/lib/gcc-lib/'.如果仍然没能够找到所需文件,编译器就在`PATH'环境变量指定的路径中寻找没加任何前缀的文件名.如果有需要,运行时(run-time)支持文件`libgcc.a'也在`-B'前缀的搜索范围之内. 如果这里没有找到,就在上面提到的两个标准前缀中寻找,仅此而已.如果上述方法没有找到这个文件,就不连接他了.多数情况的多数机器上, `libgcc.a'并非必不可少.你可以通过环境变量GCC_EXEC_PREFIX获得近似的效果;如果定义了这个变量,其值就和上面说的一样用做前缀.如果同时指定了`-B'选项和GCC_EXEC_PREFIX变量,编译器首先使用 `-B'选项,然后才尝试环境变量值.警告选项(WARNING OPTION)警告是针对程序结构的诊断信息,程序不一定有错误,而是存在风险,或者可能存在错误.下列选项控制GNU CC产生的警告的数量和类型:-fsyntax-only检查程序中的语法错误,但是不产生输出信息.-w禁止所有警告信息.-Wno-import禁止所有关于#import的警告信息.-pedantic打开完全服从ANSI C标准所需的全部警告诊断;拒绝接受采用了被禁止的语法扩展的程序.无论有没有这个选项,符合ANSI C标准的程序应该能够被正确编译(虽然极少数程序需要`-ansi' 选项).然而,如果没有这个选项,某些GNU扩展和传统C特性也得到支持.使用这个选项可以拒绝这些程序.没有理由使用这个选项,他存在只是为了满足一些书呆子(pedant).对于替选关键字(他们以`__'开始和结束) `-pedantic'不会产生警告信息. Pedantic 也不警告跟在__extension__后面的表达式.不过只应该在系统头文件中使用这种转义措施,应用程序最好避免.-pedantic-errors该选项和`-pedantic'类似,但是显示错误而不是警告.-W对下列事件显示额外的警告信息:*非易变自动变量(nonvolatile automatic variable)可能在调用longjmp时发生改变. 这些警告仅在优化编译时发生.编译器只知道对setjmp的调用,他不可能知道会在哪里调用longjmp,事实上一个信号处理例程可以在程序的任何地点调用他.其结果是,即使程序没有问题,你也可能会得到警告,因为无法在可能出现问题的地方调用longjmp.*既可以返回值,也可以不返回值的函数. (缺少结尾的函数体被看作不返回函数值)例如,下面的函数将导致这种警告:foo (a){if (a > 0)return a;}由于GNU CC不知道某些函数永不返回(含有abort和longjmp),因此有可能出现虚假警告.*表达式语句或逗号表达式的左侧没有产生作用(side effect).如果要防止这种警告,应该把未使用的表达式强制转换为void类型.例如,这样的表达式`x[i,j]'会导致警告,而`x[(void)i,j]'就不会.*无符号数用`>'或`<='和零做比较.-Wimplicit-int警告没有指定类型的声明.-Wimplicit-function-declaration警告在声明之前就使用的函数.-Wimplicit同-Wimplicit-int和-Wimplicit-function-declaration.-Wmain如果把main函数声明或定义成奇怪的类型,编译器就发出警告.典型情况下,这个函数用于外部连接, 返回int数值,不需要参数,或指定两个参数.-Wreturn-type如果函数定义了返回类型,而默认类型是int型,编译器就发出警告.同时警告那些不带返回值的return语句,如果他们所属的函数并非void类型.-Wunused如果某个局部变量除了声明就没再使用,或者声明了静态函数但是没有定义,或者某条语句的运算结果显然没有使用, 编译器就发出警告.-Wswitch如果某条switch语句的参数属于枚举类型,但是没有对应的case语句使用枚举元素,编译器就发出警告. ( default语句的出现能够防止这个警告.)超出枚举范围的case语句同样会导致这个警告.-Wcomment如果注释起始序列`/*'出现在注释中,编译器就发出警告.-Wtrigraphs警告任何出现的trigraph (假设允许使用他们).-Wformat检查对printf和scanf等函数的调用,确认各个参数类型和格式串中的一致.-Wchar-subscripts警告类型是char的数组下标.这是常见错误,程序员经常忘记在某些机器上char有符号.-Wuninitialized在初始化之前就使用自动变量.这些警告只可能做优化编译时出现,因为他们需要数据流信息,只有做优化的时候才估算数据流信息.如果不指定 `-O'选项,就不会出现这些警告.这些警告仅针对等候分配寄存器的变量.因此不会发生在声明为volatile的变量上面,不会发生在已经取得地址的变量,或长度不等于1, 2, 4, 8字节的变量.同样也不会发生在结构,联合或数组上面,即使他们在寄存器中.注意,如果某个变量只计算了一个从未使用过的值,这里可能不会警告.因为在显示警告之前,这样的计算已经被数据流分析删除了.这些警告作为可选项是因为GNU CC还没有智能到判别所有的情况,知道有些看上去错误的代码其实是正确的.下面是一个这样的例子:{int x;switch (y){case 1: x = 1;break;case 2: x = 4;break;case 3: x = 5;}foo (x);。

Gcc完全中文手册

Gcc中文手册本手册页内容摘自GNU C编译器的完整文档,仅限于解释选项的含义.除非有人自愿维护,否则本手册页不再更新.如果发现手册页和软件之间有所矛盾,请查对Info文件, Info文件是权威文档.如果我们发觉本手册页的内容由于过时而导致明显的混乱和抱怨时,我们就停止发布它.不可能有其他选择,象更新Info文件同时更新man手册,因为其他维护GNU CC的工作没有留给我们时间做这个. GNU工程认为man手册是过时产物,应该把时间用到别的地方.如果需要完整和最新的文档,请查阅Info文件`gcc’或Using and Porting GNU CC (for version 2.0) (使用和移植GNU CC 2.0) 手册.二者均来自Texinfo原文件 gcc.texinfo.描述(DESCRIPTION)C 和C++编译器是集成的.他们都要用四个步骤中的一个或多个处理输入文件: 预处理(preprocessing),编译(compilation),汇编(assembly)和连接(linking).源文件后缀名标识源文件的语言,但是对编译器来说,后缀名控制着缺省设定:gcc认为预处理后的文件(.i)是C文件,并且设定C形式的连接.g++认为预处理后的文件(.i)是C++文件,并且设定C++形式的连接.源文件后缀名指出语言种类以及后期的操作:.c C源程序;预处理,编译,汇编.C C++源程序;预处理,编译,汇编.cc C++源程序;预处理,编译,汇编.cxx C++源程序;预处理,编译,汇编.m Objective-C源程序;预处理,编译,汇编.i 预处理后的C文件;编译,汇编.ii 预处理后的C++文件;编译,汇编.s 汇编语言源程序;汇编.S 汇编语言源程序;预处理,汇编.h 预处理器文件;通常不出现在命令行上其他后缀名的文件被传递给连接器(linker).通常包括:.o 目标文件(Object file).a 归档库文件(Archive file)除非使用了-c, -S,或-E选项(或者编译错误阻止了完整的过程),否则连接总是最后的步骤.在连接阶段中,所有对应于源程序的.o文件, -l库文件,无法识别的文件名(包括指定的 .o目标文件和.a库文件)按命令行中的顺序传递给连接器.选项(OPTIONS)选项必须分立给出: `-dr’完全不同于`-d -r ’.大多数`-f’和`-W’选项有两个相反的格式: -fname和 -fno-name (或-Wname和-Wno-name).这里只列举不是默认选项的格式.下面是所有选项的摘要,按类型分组,解释放在后面的章节中.总体选项(Overall Option)-c -S -E -o file -pipe -v -x language语言选项(Language Option)-ansi -fall-virtual -fcond-mismatch -fdollars-in-identifiers -fenum-int-equiv-fexternal-templates -fno-asm -fno-builtin -fhosted -fno-hosted -ffreestanding-fno-freestanding -fno-strict-prototype -fsigned-bitfields -fsigned-char-fthis-is-variable -funsigned-bitfields -funsigned-char -fwritable-strings -traditional -traditional-cpp -trigraphs警告选项(Warning Option)-fsyntax-only -pedantic -pedantic-errors -w -W -Wall -Waggregate-return -Wcast-align-Wcast-qual -Wchar-subscript -Wcomment -Wconversion -Wenum-clash -Werror -Wformat-Wid-clash-len -Wimplicit -Wimplicit-int -Wimplicit-function-declaration -Winline-Wlong-long -Wmain -Wmissing-prototypes -Wmissing-declarations -Wnested-externs-Wno-import -Wparentheses -Wpointer-arith -Wredundant-decls -Wreturn-type -Wshadow-Wstrict-prototypes -Wswitch -Wtemplate-debugging -Wtraditional -Wtrigraphs-Wuninitialized -Wunused -Wwrite-strings调试选项(Debugging Option)-a -dletters -fpretend-float -g -glevel -gcoff -gxcoff -gxcoff+ -gdwarf -gdwarf+ -gstabs -gstabs+ -ggdb -p -pg -save-temps -print-file-name=library -print-libgcc-file-name-print-prog-name=program优化选项(Optimization Option)-fcaller-saves -fcse-follow-jumps -fcse-skip-blocks -fdelayed-branch-felide-constructors -fexpensive-optimizations -ffast-math -ffloat-store -fforce-addr -fforce-mem -finline-functions -fkeep-inline-functions -fmemoize-lookups-fno-default-inline -fno-defer-pop -fno-function-cse -fno-inline -fno-peephole-fomit-frame-pointer -frerun-cse-after-loop -fschedule-insns -fschedule-insns2-fstrength-reduce -fthread-jumps -funroll-all-loops -funroll-loops -O -O2 -O3预处理器选项(Preprocessor Option)-Aassertion -C -dD -dM -dN -Dmacro[=defn] -E -H -idirafter dir -include file -imacros file -iprefix file -iwithprefix dir -M -MD -MM -MMD -nostdinc -P -Umacro -undef汇编器选项(Assembler Option)-Wa,option连接器选项(Linker Option)-llibrary -nostartfiles -nostdlib -static -shared -symbolic -Xlinker option -Wl,option -u symbol目录选项(Directory Option)-Bprefix -Idir -I- -Ldir目标机选项(Target Option)-b machine -V version配置相关选项(Configuration Dependent Option)M680x0 选项-m68000 -m68020 -m68020-40 -m68030 -m68040 -m68881 -mbitfield -mc68000 -mc68020 -mfpa-mnobitfield -mrtd -mshort -msoft-floatVAX选项-mg -mgnu -munixSPARC选项-mepilogue -mfpu -mhard-float -mno-fpu -mno-epilogue -msoft-float -msparclite -mv8-msupersparc -mcypressConvex选项-margcount -mc1 -mc2 -mnoargcountAMD29K选项-m29000 -m29050 -mbw -mdw -mkernel-registers -mlarge -mnbw -mnodw -msmall -mstack-check -muser-registersM88K选项-m88000 -m88100 -m88110 -mbig-pic -mcheck-zero-division -mhandle-large-shift-midentify-revision -mno-check-zero-division -mno-ocs-debug-info-mno-ocs-frame-position -mno-optimize-arg-area -mno-serialize-volatile -mno-underscores -mocs-debug-info -mocs-frame-position -moptimize-arg-area -mserialize-volatile-mshort-data-num -msvr3 -msvr4 -mtrap-large-shift -muse-div-instruction -mversion-03.00 -mwarn-passed-structsRS6000选项-mfp-in-toc -mno-fop-in-tocRT选项-mcall-lib-mul -mfp-arg-in-fpregs -mfp-arg-in-gregs -mfull-fp-blocks -mhc-struct-return -min-line-mul -mminimum-fp-blocks -mnohc-struct-returnMIPS选项-mcpu=cpu type -mips2 -mips3 -mint64 -mlong64 -mmips-as -mgas -mrnames -mno-rnames -mgpopt -mno-gpopt -mstats -mno-stats -mmemcpy -mno-memcpy -mno-mips-tfile -mmips-tfile-msoft-float -mhard-float -mabicalls -mno-abicalls -mhalf-pic -mno-half-pic -G num -nocppi386选项-m486 -mno-486 -msoft-float -mno-fp-ret-in-387HPPA选项-mpa-risc-1-0 -mpa-risc-1-1 -mkernel -mshared-libs -mno-shared-libs -mlong-calls-mdisable-fpregs -mdisable-indexing -mtrailing-coloni960选项-mcpu-type -mnumerics -msoft-float -mleaf-procedures -mno-leaf-procedures -mtail-call -mno-tail-call -mcomplex-addr -mno-complex-addr -mcode-align -mno-code-align -mic-compat -mic2.0-compat -mic3.0-compat -masm-compat -mintel-asm -mstrict-align -mno-strict-align -mold-align -mno-old-alignDEC Alpha选项-mfp-regs -mno-fp-regs -mno-soft-float -msoft-floatSystem V选项-G -Qy -Qn -YP,paths -Ym,dir代码生成选项(Code Generation Option)-fcall-saved-reg -fcall-used-reg -ffixed-reg -finhibit-size-directive -fnonnull-objects -fno-common -fno-ident -fno-gnu-linker -fpcc-struct-return -fpic -fPIC-freg-struct-return -fshared-data -fshort-enums -fshort-double -fvolatile-fvolatile-global -fverbose-asm总体选项-x language明确指出后面输入文件的语言为 language (而不是从文件名后缀得到的默认选择).这个选项应用于后面所有的输入文件,直到遇着下一个`-x’选项. language的可选值有`c’, `objective-c’,`c-header’, `c++’, `cpp-output’, `assembler’,和 `assembler-with-cpp’.-x none关闭任何对语种的明确说明,因此依据文件名后缀处理后面的文件(就象是从未使用过`-x’选项). 如果只操作四个阶段(预处理,编译,汇编,连接)中的一部分,可以使用`-x’选项(或文件名后缀)告诉gcc从哪里开始,用`-c’, `-S’,或` -E’选项告诉gcc到哪里结束.注意,某些选项组合(例如, `-xcpp-output -E’)使gcc不作任何事情.-c编译或汇编源文件,但是不作连接.编译器输出对应于源文件的目标文件. 缺省情况下, GCC通过用`.o’替换源文件名后缀`.c’, `.i’, `.s’,等等,产生目标文件名.可以使用-o选项选择其他名字. GCC 忽略-c选项后面任何无法识别的输入文件(他们不需要编译或汇编).-S编译后即停止,不进行汇编.对于每个输入的非汇编语言文件,输出文件是汇编语言文件. 缺省情况下, GCC通过用`.o’替换源文件名后缀`.c’, `.i’,等等,产生目标文件名.可以使用-o选项选择其他名字. GCC忽略任何不需要编译的输入文件.-E预处理后即停止,不进行编译.预处理后的代码送往标准输出. GCC忽略任何不需要预处理的输入文件.-o file指定输出文件为file.该选项不在乎GCC产生什么输出,无论是可执行文件,目标文件,汇编文件还是预处理后的C代码. 由于只能指定一个输出文件,因此编译多个输入文件时,使用`-o’选项没有意义,除非输出一个可执行文件. 如果没有使用`-o’选项,默认的输出结果是:可执行文件为`a.out’,`source.suffix ’的目标文件是`source.o’,汇编文件是 `source.s’,而预处理后的C源代码送往标准输出.-v(在标准错误)显示执行编译阶段的命令.同时显示编译器驱动程序,预处理器,编译器的版本号.-pipe在编译过程的不同阶段间使用管道而非临时文件进行通信.这个选项在某些系统上无法工作,因为那些系统的汇编器不能从管道读取数据. GNU的汇编器没有这个问题.语言选项下列选项控制编译器能够接受的C "方言":-ansi支持符合ANSI标准的C程序. 这样就会关闭GNU C中某些不兼容ANSI C的特性,例如asm, inline和typeof关键字,以及诸如unix和vax这些表明当前系统类型的预定义宏.同时开启不受欢迎和极少使用的ANSI trigraph特性,以及禁止`$’成为标识符的一部分. 尽管使用了`-ansi’选项,下面这些可选的关键字, __asm__, __extension__, __inline__和__typeof__仍然有效.你当然不会把他们用在ANSI C程序中,但可以把他们放在头文件里,因为编译包含这些头文件的程序时,可能会指定 `-ansi’选项.另外一些预定义宏,如__unix__和__vax__,无论有没有使用 `-ansi’选项,始终有效. 使用`-ansi’选项不会自动拒绝编译非ANSI程序,除非增加`-pedantic’选项作为 `-ansi’选项的补充. 使用`-ansi’选项的时候,预处理器会预定义一个__STRICT_ANSI__宏.有些头文件关注此宏,以避免声明某些函数,或者避免定义某些宏,这些函数和宏不被ANSI标准调用;这样就不会干扰在其他地方使用这些名字的程序了.-fno-asm不把asm, inline或typeof当作关键字,因此这些词可以用做标识符.用 __asm__, __inline__和__typeof__能够替代他们. `-ansi’隐含声明了`-fno-asm’.-fno-builtin不接受不是两个下划线开头的内建函数(built-in function).目前受影响的函数有_exit, abort, abs, alloca, cos, exit, fabs, labs, memcmp, memcpy, sin, sqr t, strcmp, strcpy,和 strlen. -ansi’选项能够阻止alloca和_exit成为内建函数.-fhosted按宿主环境编译;他隐含声明了`-fbuiltin’选项,而且警告不正确的main函数声明.-ffreestanding按独立环境编译;他隐含声明了`-fno-builtin’选项,而且对main函数没有特别要求. (译注:宿主环境(hosted environment)下所有的标准库可用, main函数返回一个int值,典型例子是除了内核以外几乎所有的程序. 对应的独立环境(freestanding environment)不存在标准库,程序入口也不一定是main,最明显的例子就是操作系统内核.详情参考gcc网站最近的资料)-fno-strict-prototype对于没有参数的函数声明,例如`int foo ();’,按C风格处理---即不说明参数个数或类型. (仅针对C++).正常情况下,这样的函数foo在C++中意味着参数为空.-trigraphs支持ANSI C trigraphs. `-ansi’选项隐含声明了`-trigraphs’.-traditional试图支持传统C编译器的某些方面.详见GNU C手册,我们已经把细节清单从这里删除,这样当内容过时后,人们也不会埋怨我们. 除了一件事:对于C++程序(不是C), `-traditional’选项带来一个附加效应,允许对 this赋值.他和`-fthis-is-variable’选项的效果一样.-traditional-cpp试图支持传统C预处理器的某些方面.特别是上面提到有关预处理器的内容,但是不包括`-traditional’选项的其他效应.-fdollars-in-identifiers允许在标识符(identifier)中使用`$’字符(仅针对C++).你可以指定`-fno-dollars-in-identifiers’选项显明禁止使用`$’符. (GNU C++在某些目标系统缺省允许`$’符,但不是所有系统.)-fenum-int-equiv允许int类型到枚举类型(enumeration)的隐式转换(仅限于C++).正常情况下GNU C++允许从 enum到int的转换,反之则不行.-fexternal-templates为模板声明(template declaration)产生较小的代码(仅限于C++),方法是对于每个模板函数(template function),只在定义他们的地方生成一个副本.想要成功使用这个选项,你必须在所有使用模板的文件中,标记 `#pragma implementation’ (定义)或`#pragma interface’ (声明). 当程序用`- fexternal-templates’编译时,模板实例(template instantiation) 全部是外部类型.你必须让需要的实例在实现文件中出现.可以通过typedef实现这一点,他引用所需的每个实例.相对应的,如果编译时使用缺省选项`-fno-external- templates’,所有模板实例明确的设为内置.-fall-virtual所有可能的成员函数默认为虚函数.所有的成员函数(除了构造子函数和new或delete 成员操作符)视为所在类的虚函数. 这不表明每次调用成员函数都将通过内部虚函数表.有些情况下,编译器能够判断出可以直接调用某个虚函数;这时就直接调用.-fcond-mismatch允许条件表达式的第二和第三个参数的类型不匹配.这种表达式的值是void.-fthis-is-variable允许对this赋值(仅对C++).合并用户自定义的自由存储管理机制到C++后,使可赋值的 `this’显得不合时宜.因此,默认情况下,类成员函数内部对this赋值是无效操作.然而为了向后兼容,你可以通过`-fthis-is-variable’选项使这种操作有效.-funsigned-char把char定义为无符号类型,如同unsigned char. 各种机器都有自己缺省的char类型.既可能是unsigned char也可能是signed char. 理想情况下,当依赖于数据的符号性时,一个可移植程序总是应该使用signed char或unsigned char.但是许多程序已经写成只用简单的 char,并且期待这是有符号数(或者无符号数,具体情况取决于编写程序的目标机器).这个选项,和它的反义选项,使那样的程序工作在对应的默认值上. char的类型始终应该明确定义为signed char或unsigned char,即使它表现的和其中之一完全一样.-fsigned-char把char定义为有符号类型,如同signed char. 这个选项等同于`-fno-unsigned-char’,他是the negative form of `-funsigned-char’的相反选项.同样, `-fno-signed-char’等价于`-funsigned-char’.-fsigned-bitfields-funsigned-bitfields-fno-signed-bitfields-fno-unsigned-bitfields如果没有明确声明`signed’或`unsigned’修饰符,这些选项用来定义有符号位域 (bitfield)或无符号位域.缺省情况下,位域是有符号的,因为他们继承的基本整数类型,如int,是有符号数. 然而,如果指定了`-traditional’选项,位域永远是无符号数.-fwritable-strings把字符串常量存储到可写数据段,而且不做特别对待.这是为了兼容一些老程序,他们假设字符串常量是可写的. `-traditional’选项也有相同效果. 篡改字符串常量是一个非常糟糕的想法; ``常量’’就应该是常量.预处理器选项下列选项针对C预处理器,预处理器用在正式编译以前,对C 源文件进行某种处理.如果指定了`-E’选项, GCC只进行预处理工作.下面的某些选项必须和`-E’选项一起才有意义,因为他们的输出结果不能用于编译.-include file在处理常规输入文件之前,首先处理文件file,其结果是,文件file的内容先得到编译. 命令行上任何`-D’和`-U’选项永远在`- include file’之前处理, 无论他们在命令行上的顺序如何.然而`-include’和`-imacros’选项按书写顺序处理.-imacros file在处理常规输入文件之前,首先处理文件file,但是忽略输出结果.由于丢弃了文件file的输出内容, `-imacros file’选项的唯一效果就是使文件file中的宏定义生效, 可以用于其他输入文件.在处理`-imacrosfile’选项之前,预处理器首先处理`-D’和`-U’选项, 并不在乎他们在命令行上的顺序.然而`-include’和 `-imacros’选项按书写顺序处理.-idirafter dir把目录dir添加到第二包含路径中.如果某个头文件在主包含路径(用`-I’添加的路径)中没有找到,预处理器就搜索第二包含路径.-iprefix prefix指定prefix作为后续`-iwithprefix’选项的前缀.-iwithprefix dir把目录添加到第二包含路径中.目录名由prefix和dir合并而成,这里 prefix被先前的`-iprefix’选项指定.-nostdinc不要在标准系统目录中寻找头文件.只搜索`-I’选项指定的目录(以及当前目录,如果合适). 结合使用`-nostdinc’和`-I-’选项,你可以把包含文件搜索限制在显式指定的目录.-nostdinc++不要在C++专用标准目录中寻找头文件,但是仍然搜索其他标准目录. (当建立`libg++’时使用这个选项.)-undef不要预定义任何非标准宏. (包括系统结构标志).-E仅运行C预处理器.预处理所有指定的C源文件,结果送往标准输出或指定的输出文件.-C告诉预处理器不要丢弃注释.配合`-E’选项使用.-P告诉预处理器不要产生`#line’命令.配合`-E’选项使用.-M [ -MG ]告诉预处理器输出一个适合make的规则,用于描述各目标文件的依赖关系.对于每个源文件,预处理器输出一个make规则,该规则的目标项 (target)是源文件对应的目标文件名,依赖项(dependency)是源文件中 `#include引用的所有文件.生成的规则可以是单行,但如果太长,就用`\’-换行符续成多行.规则显示在标准输出,不产生预处理过的C程序. -M’隐含了`-E’选项.-MG’要求把缺失的头文件按存在对待,并且假定他们和源程序文件在同一目录下.必须和 `-M’选项一起用.-MM [ -MG ]和`-M’选项类似,但是输出结果仅涉及用户头文件,象这样`#include file"’.忽略系统头文件如`#include <file>’.-MD和`-M’选项类似,但是把依赖信息输出在文件中,文件名通过把输出文件名末尾的`.o’替换为 `.d’产生.同时继续指定的编译工作---`-MD’不象`-M’那样阻止正常的编译任务. Mach的实用工具`md’能够合并`.d’文件,产生适用于`make’命令的单一的依赖文件.-MMD和`-MD’选项类似,但是输出结果仅涉及用户头文件,忽略系统头文件.-H除了其他普通的操作, GCC显示引用过的头文件名.-Aquestion(answer)如果预处理器做条件测试,如`#if #question(answer)’,该选项可以断言(Assert) question的答案是answer. -A-’关闭一般用于描述目标机的标准断言.-Dmacro定义宏macro,宏的内容定义为字符串`1’.-Dmacro=defn定义宏macro的内容为defn.命令行上所有的`-D’选项在 `-U’选项之前处理.-Umacro取消宏macro. `-U’选项在所有的`-D’选项之后处理,但是优先于任何 `-include’或`-imacros’选项.-dM告诉预处理器输出有效的宏定义列表(预处理结束时仍然有效的宏定义).该选项需结合`-E’选项使用.-dD告诉预处理器把所有的宏定义传递到输出端,按照出现的顺序显示.-dN和`-dD’选项类似,但是忽略宏的参量或内容.只在输出端显示`#define name.汇编器选项-Wa,option把选项option传递给汇编器.如果option含有逗号,就在逗号处分割成多个选项.连接器选项下面的选项用于编译器连接目标文件,输出可执行文件的时候.如果编译器不进行连接,他们就毫无意义.object-file-name如果某些文件没有特别明确的后缀a special recognized suffix, GCC就认为他们是目标文件或库文件. (根据文件内容,连接器能够区分目标文件和库文件).如果GCC执行连接操作,这些目标文件将成为连接器的输入文件.-llibrary连接名为library的库文件.连接器在标准搜索目录中寻找这个库文件,库文件的真正名字是`liblibrary.a’.连接器会当做文件名得到准确说明一样引用这个文件.搜索目录除了一些系统标准目录外,还包括用户以`-L’选项指定的路径. 一般说来用这个方法找到的文件是库文件---即由目标文件组成的归档文件(archive file).连接器处理归档文件的方法是:扫描归档文件,寻找某些成员,这些成员的符号目前已被引用,不过还没有被定义.但是,如果连接器找到普通的目标文件,而不是库文件,就把这个目标文件按平常方式连接进来. 指定`-l’选项和指定文件名的唯一区别是, `-l选项用`lib’和`.a’把library包裹起来,而且搜索一些目录.-lobjc这个-l选项的特殊形式用于连接Objective C程序.-nostartfiles不连接系统标准启动文件,而标准库文件仍然正常使用.-nostdlib不连接系统标准启动文件和标准库文件.只把指定的文件传递给连接器.-static在支持动态连接(dynamic linking)的系统上,阻止连接共享库.该选项在其他系统上无效.-shared生成一个共享目标文件,他可以和其他目标文件连接产生可执行文件.只有部分系统支持该选项.-symbolic建立共享目标文件的时候,把引用绑定到全局符号上.对所有无法解析的引用作出警告(除非用连接编辑选项 `-Xlinker -z -Xlinker defs’取代).只有部分系统支持该选项.-Xlinker option把选项option传递给连接器.可以用他传递系统特定的连接选项, GNU CC无法识别这些选项. 如果需要传递携带参数的选项,你必须使用两次`-Xlinker’,一次传递选项,另一次传递他的参数. 例如,如果传递`- assert definitions’,你必须写成`-Xlinker -assert -Xlinker definitions’,而不能写成`- Xlinker "-assert definitions"’,因为这样会把整个字符串当做一个参数传递,显然这不是连接器期待的.-Wl,option把选项option传递给连接器.如果option中含有逗号,就在逗号处分割成多个选项.-u symbol使连接器认为取消了symbol的符号定义,从而连接库模块以取得定义.你可以使用多个 `-u’选项,各自跟上不同的符号,使得连接器调入附加的库模块.目录选项(DIRECTORY OPTION)下列选项指定搜索路径,用于查找头文件,库文件,或编译器的某些成员:-Idir在头文件的搜索路径列表中添加dir 目录.-I-任何在`-I-’前面用`-I’选项指定的搜索路径只适用于`#include "file"’这种情况;他们不能用来搜索`#include <file>’包含的头文件. 如果用`-I’选项指定的搜索路径位于`-I-’选项后面,就可以在这些路径中搜索所有的 `#include’指令. (一般说来-I选项就是这么用的.) 还有, `-I-’选项能够阻止当前目录(存放当前输入文件的地方)成为搜索`#include "file"’的第一选择.没有办法克服`-I-’选项的这个效应.你可以指定 `-I.’搜索那个目录,它在调用编译器时是当前目录.这和预处理器的默认行为不完全一样,但是结果通常令人满意.`-I-’不影响使用系统标准目录,因此, `-I-’和`-nostdinc’是不同的选项.-Ldir在`-l’选项的搜索路径列表中添加dir目录.-Bprefix这个选项指出在何处寻找可执行文件,库文件,以及编译器自己的数据文件. 编译器驱动程序需要执行某些下面的子程序: `cpp’, `cc1’ (或C++的 `cc1plus’), `as’和`ld’.他把prefix当作欲执行的程序的前缀,既可以包括也可以不包括`machine/version/’. 对于要运行的子程序,编译器驱动程序首先试着加上`-B’前缀(如果存在).如果没有找到文件,或没有指定 `-B’选项,编译器接着会试验两个标准前缀 `/usr/lib/gcc/’和 `/usr/local/lib/gcc-lib/’.如果仍然没能够找到所需文件,编译器就在`PATH’环境变量指定的路径中寻找没加任何前缀的文件名. 如果有需要,运行时(run-time)支持文件`libgcc.a’也在`-B’前缀的搜索范围之内. 如果这里没有找到,就在上面提到的两个标准前缀中寻找,仅此而已.如果上述方法没有找到这个文件,就不连接他了.多数情况的多数机器上,`libgcc.a’并非必不可少. 你可以通过环境变量GCC_EXEC_PREFIX获得近似的效果;如果定义了这个变量,其值就和上面说的一样用做前缀.如果同时指定了`-B’选项和GCC_EXEC_PREFIX变量,编译器首先使用 `-B’选项,然后才尝试环境变量值.警告选项警告是针对程序结构的诊断信息,程序不一定有错误,而是存在风险,或者可能存在错误.下列选项控制GNU CC产生的警告的数量和类型:-fsyntax-only检查程序中的语法错误,但是不产生输出信息.-w禁止所有警告信息.-Wno-import禁止所有关于#import的警告信息.-pedantic打开完全服从ANSI C标准所需的全部警告诊断;拒绝接受采用了被禁止的语法扩展的程序. 无论有没有这个选项,符合ANSI C标准的程序应该能够被正确编译(虽然极少数程序需要`-ansi’选项).然而,如果没有这个选项,某些GNU扩展和传统C特性也得到支持.使用这个选项可以拒绝这些程序.没有理由使用这个选项,他存在只是为了满足一些书呆子(pedant). 对于替选关键字(他们以`__’开始和结束) `-pedantic’不会产生警告信息. Pedantic 也不警告跟在__extension__后面的表达式.不过只应该在系统头文件中使用这种转义措施,应用程序最好避免.-pedantic-errors该选项和`-pedantic’类似,但是显示错误而不是警告.-W对下列事件显示额外的警告信息: * 非易变自动变量(nonvolatile automatic variable)可能在调用longjmp时发生改变. 这些警告仅在优化编译时发生.编译器只知道对setjmp的调用,他不可能知道会在哪里调用longjmp,事实上一个信号处理例程可以在程序的任何地点调用他.其结果是,即使程序没有问题,你也可能会得到警告,因为无法在可能出现问题的地方调用longjmp. * 既可以返回值,也可以不返回值的函数. (缺少结尾的函数体被看作不返回函数值)例如,下面的函数将导致这种警告:foo (a){if (a > 0)return a;}由于GNU CC不知道某些函数永不返回(含有abort和longjmp),因此有可能出现虚假警告. * 表达式语句或逗号表达式的左侧没有产生作用(side effect).如果要防止这种警告,应该把未使用的表达式强制转换为void类型.例如,这样的表达式`x[i,j]’会导致警告,而`x[(void)i,j]’就不会. * 无符号数用`>’或`<=’和零做比较.-Wimplicit-int警告没有指定类型的声明.-Wimplicit-function-declaration警告在声明之前就使用的函数.-Wimplicit同-Wimplicit-int和-Wimplicit-function-declaration.-Wmain如果把main函数声明或定义成奇怪的类型,编译器就发出警告.典型情况下,这个函数用于外部连接, 返回int数值,不需要参数,或指定两个参数.-Wreturn-type如果函数定义了返回类型,而默认类型是int型,编译器就发出警告.同时警告那些不带返回值的return语句,如果他们所属的函数并非void类型.-Wunused如果某个局部变量除了声明就没再使用,或者声明了静态函数但是没有定义,或者某条语句的运算结果显然没有使用, 编译器就发出警告.-Wswitch如果某条switch语句的参数属于枚举类型,但是没有对应的case语句使用枚举元素,编译器就发出警告. ( default语句的出现能够防止这个警告.)超出枚举范围的case语句同样会导致这个警告.-Wcomment如果注释起始序列`/*’出现在注释中,编译器就发出警告.-Wtrigraphs警告任何出现的trigraph (假设允许使用他们).-Wformat检查对printf和scanf等函数的调用,确认各个参数类型和格式串中的一致.-Wchar-subscripts警告类型是char的数组下标.这是常见错误,程序员经常忘记在某些机器上char有符号.-Wuninitialized在初始化之前就使用自动变量.这些警告只可能做优化编译时出现,因为他们需要数据流信息,只有做优化的时候才估算数据流信息.如果不指定 `-O’选项,就不会出现这些警告. 这些警告仅针对等候分配寄存器的变量.因此不会发生在声明为volatile的变量上面,不会发生在已经取得地址的变量,或长度不等于1, 2, 4, 8字节的变量.同样也不会发生在结构,联合或数组上面,即使他们在寄存器中. 注意,如果某个变量只计算了一个从未使用过的值,这里可能不会警告.因为在显示警告之前,这样的计算已经被数据流分析删除了. 这些警告作为可选项是因为GNU CC还没有智能到判别所有的情况,知道有些看上去错误的代码其实是正确的.下面是一个这样的例子:{int x;switch (y)。

GCC使用手册

GCC使用手册1前言GCC编译器的手册(GCC MANUAL)的英文版已经非常全面，并且结构也非常完善了，只是一直都没有中文的版本，我这次阅读了GCC编译器的主要内容，对手册的内容进行了结构性的了解，认为有必要对这次阅读的内容进行整理，为以后的工作做准备。

由于我对这个英文手册的阅读也仅仅是结构性的。

因此有很多地方并没有看，所以这篇文档的内容我也只能写出部分，对于以后需要详细了解的地方，会再往这篇文档中增添内容，需要增添的内容主要是编译器的各种开关。

2GCC功能介绍GCC编译器完成从C、C++、objective-C等源文件向运行在特定CPU硬件上的目标代码的转换（这是任何一个编译器需要完成的任务）。

GCC能够处理的源文件分为C、C++、Objective-C、汇编语言等。

对于这些源文件，用他们的后缀名进行标示。

GCC能够处理的后缀有：a. *.c *.C (C语言)b. *.cxx *.cc (C++语言)c. *.m (面向对象的C)d. *.i (预处理后的C语言源文件)e. *.ii (预处理后的C++语言源文件)f. *.s *.S (汇编语言)h. *.h (头文件)目标文件可以是：a. *.o 编译连接后的目标文件b. *.a 库文件编译器把编译生成目标代码的任务分为以下4步：a.预处理，把预处理命令扫描处理完毕；b.编译，把预处理后的结果编译成汇编或者目标模块；c.汇编，把编译出来的结果汇编成具体CPU上的目标代码模块；d.连接，把多个目标代码模块连接生成一个大的目标模块；3GCC开关GCC的运行开关共分为11类，这是类开关从11个方面控制着GCC程序的运行，以达到特定的编译目的。

3.1 全局开关(OVERALL OPTIONS)全局开关用来控制在“GCC功能介绍”中的GCC的4个步骤的运行，在缺省的情况下，这4个步骤都是要执行的，但是当给定一些全局开关后，这些步骤就会在某一步停止执行，这产生中间结果，例如可能你只是需要中间生成的预处理的结果或者是汇编文件(比如拟的目的是为了看某个CPU上的汇编语言怎么写)。

vs code gcc使用方法

vs code gcc使用方法第一步：安装VS Code我们需要下载并安装VS Code。

可以在官方网站上下载适用于您的操作系统的安装包，并按照提示进行安装。

第二步：安装C/C++扩展打开VS Code后，点击左侧的扩展图标，搜索并安装C/C++扩展。

这个扩展提供了对C和C++语言的支持，并且包含了一些必要的工具和功能，比如语法高亮、代码自动完成等。

第三步：安装GCC编译器GCC编译器是GNU编译器套件的核心组件，可以支持多种编程语言，包括C和C++。

在Windows系统中，可以通过MinGW或者Cygwin来安装GCC。

在Linux系统中，可以通过包管理器或者源代码编译安装GCC。

第四步：配置VS Code在VS Code中，按下Ctrl+Shift+P（或者在菜单栏选择View->Command Palette）打开命令面板，然后输入“C/C++: Edit Configurations”并选择它。

这将会打开一个名为“c_cpp_properties.json”的文件，我们需要在这个文件中配置GCC编译器的路径。

在这个文件中，找到名为“includePath”的选项，这个选项是一个数组，我们需要向其中添加GCC编译器的头文件路径。

头文件路径的具体位置取决于您安装GCC的位置，一般在/usr/include或者/usr/local/include等目录下。

将GCC的头文件路径添加到这个数组中即可。

接下来，找到名为“compilerPath”的选项，将GCC编译器的路径添加到这个选项中。

GCC编译器的路径一般是/usr/bin/gcc或者/usr/local/bin/gcc，根据您的安装位置进行相应的配置。

第五步：创建C/C++项目现在，我们可以在VS Code中创建一个C或者C++项目了。

点击“文件”->“新建文件夹”，选择一个文件夹作为项目的根目录。

然后点击“文件”->“新建文件”，创建一个以.c或者.cpp为扩展名的文件，这将会是我们的源代码文件。

Linux命令高级技巧使用gcc命令进行CC编译和链接

Linux命令高级技巧使用gcc命令进行CC编译和链接Linux命令高级技巧：使用gcc命令进行C/C++编译和链接在Linux系统中，gcc是一种非常强大和常用的编译器，可以用于编译和链接C/C++程序。

本文将介绍一些gcc命令的高级技巧，以帮助读者更有效地使用gcc进行编译和链接。

1. 检查gcc版本要使用gcc命令，首先需要确保gcc已经正确安装在系统中。

可以使用以下命令检查gcc版本：```gcc --version```该命令会显示gcc的版本信息，以确保安装的gcc版本符合要求。

2. 编译单个源文件使用gcc编译单个源文件非常简单，只需使用以下命令：```gcc -o output_filename source_filename```其中，output_filename是编译生成的可执行文件的名称，source_filename是需要编译的源文件的名称。

例如，要编译名为`hello.c`的源文件并生成可执行文件`hello`，可以使用以下命令：```gcc -o hello hello.c```编译成功后，可以通过运行`./hello`命令执行生成的可执行文件。

3. 编译多个源文件对于包含多个源文件的项目，需要将多个源文件一起编译。

下面是一个示例命令：```gcc -o output_filename source_file1 source_file2 ... source_fileN```在这个命令中，只需将所有需要编译的源文件按顺序列出即可。

例如，要编译名为`main.c`和`helper.c`的两个源文件并生成可执行文件`program`，可以使用以下命令：```gcc -o program main.c helper.c```4. 自动编译所有源文件如果项目中的源文件比较多，手动编译每个源文件将会非常繁琐。

可以使用Makefile文件来自动编译所有源文件。

以下是一个简单的Makefile示例：```CC=gccCFLAGS=-call: programprogram: main.o helper.o$(CC) main.o helper.o -o programmain.o: main.c$(CC) $(CFLAGS) main.chelper.o: helper.c$(CC) $(CFLAGS) helper.cclean:rm -rf *.o program```在这个Makefile中，`CC`变量指定了编译器，`CFLAGS`变量指定了编译选项。

linux下安装gcc

为了在Ubuntu下安装那令人悲催的GCC，小弟可是绞尽脑汁，连干三天。

当我搞清楚那些破软件m4,gmp mpfr,mpc等之间的依赖关系，依照强大的度娘提示下，安装了一遍又一边一边又一边·····它就是不成！shit！就当俺不得不做出抛弃GCC的念头之时，又是度娘！原来Ubuntu11.04自带GCC的！！！在此建议各位大虾，在安装GCC之前，先check一下你的Linux 中是否自带了GCC。

下面是小弟，在这悲催的三天所学到如何在Ubuntu下安装GCC的过程：安装过程第一步，从网站上下载文件gcc-4.6.0.tar.bz2第二步，将该文件拖至tmp目录下。

然后解压缩，在命令行tar vxjf gcc-4.1.1.tar.bz2，解压后你可以看到在tmp目录下有gcc-4.6.0文件第三步，对源文件进行配置，用命令mkdirgcc-buildcdgcc-build../gcc-4.6.0/configure --prefix=/usr/local/gcc-4.6.0 --enable-threads=posix --disable-checking--disable-multilib --enable-languages=c,c++编译错误提醒：提醒信息：configure: error: Building GCC requires GMP 4.2+, MPFR 2.3.1+ and MPC 0.8.0+.说明要安装gcc需要GMP、MPFR、MPC这三个库，于是又从网上下了三个库的压缩包。

由于MPFR依赖GMP，而MPC依赖GMP和MPFR，所以要先安装GMP，其次MPFR，最后才是MPC。

这里三个库我用的版本分别是gmp5.0.1，mpfr2.4.2和mpc0.8.1。

先开始安装GMP。

解压GMP的压缩包后，得到源代码目录gmp-5.0.1。

gcc编译c文件并运行的方法

gcc编译c文件并运行的方法GCC是一款广泛使用的编译器，可用于编译多种编程语言，包括C语言。

它是一个开源软件，可以在多种平台上使用，如Linux、Windows和Mac OS等。

GCC编译器可以将C语言程序源代码编译为计算机可以执行的机器代码，这些机器代码可以在计算机上直接运行。

本文将介绍如何使用GCC编译C语言程序，并在计算机上运行它们。

步骤1：安装GCC编译器要使用GCC编译C语言程序，首先需要安装GCC编译器。

在Linux系统上，可以使用以下命令来安装GCC：```sudo apt-get install build-essential```在Windows系统上，可以下载MinGW安装包进行安装。

MinGW（Minimalist GNU for Windows）是一套在Windows上使用GCC编译器的工具集。

在Mac OS系统上，可以使用Homebrew包管理器来安装GCC编译器。

在终端上输入以下命令：```brew install gcc```步骤2：编写C语言程序要编译和运行C语言程序，首先需要编写一个C源代码文件。

C源代码文件通常以“.c”为扩展名。

可以编写一个简单的“hello world”程序，并将其保存为“hello.c”文件。

下面是一个示例程序：```#include <stdio.h>printf("Hello, World!");return 0;}```步骤3：使用GCC编译器编译C语言程序一旦编写好了C语言程序，就可以使用GCC编译器将其编译为可执行程序。

在终端上，进入C语言程序所在目录，并使用以下命令编译程序：```gcc -o hello hello.c```在这个命令中，“-o”参数指定编译器编译完后生成的可执行文件的名称。

在本例中，编译器将生成一个名为“hello”的可执行文件。

步骤4：运行已编译的C语言程序执行上述编译命令后，GCC编译器将生成一个可执行文件。

Redhat linux上安装 gcc编译器

在Linux系统中，软件安装程序比较纷繁复杂，不过最常见的有两种：1）一种是软件的源代码，您需要自己动手编译它。

这种软件安装包通常是用gzip压缩过的tar包（后缀为.tar.gz）。

2）另一种是软件的可执行程序，你只要安装它就可以了。

这种软件安装包通常被是一个RPM包（Redhat Linux Packet Manager，就是Redhat的包管理器），后缀是.rpm。

当然，也有用rpm格式打包的源代码，用gzip压缩过的可执行程序包。

只要您理解了以下的思路，这两种形式的安装包也不在话下了。

下面，我们就分成两个部分来说明软件安装思路：第一部分：搞定.tar.gz1.首先，使用tar -xzvf来解开这个包，如：#tar -xzvf apache_1_3_6_tar.gz这样就会在当前目录中创建了一个新目录(目录名与.tat.gz包的文件名类似），用来存放解压了的内容。

如本例中就是apache_1.3.62.进入这个目录，再用ls命令查看一下所包含的文件，如：#cd apache_1.3.6#ls你观察一下这个目录中包含了以下哪一个文件：configure、Makefile还是Imake。

1）如果是configure文件,就执行：#./configure#make#make install2）如果是Makefile文件,就执行：#make#make install3）如果是Imake文件,就执行：#xmkmf#make#make install3.如果没有出现什么错误提示的话，就搞定了。

至于软件安装到什么地方，通常会在安装时出现。

否则就只能查阅一下README，或者问问我，:-)如果遇到错误提示，也别急，通常是十分简单的问题：1）没有安装C或C++编译器；确诊方法：执行命令gcc（C++则为g++），提示找不到这个命令。

解决方法：将Linux安装光盘mount上来，然后进入RPMS目录，执行命令：#rpm -ivh gcc* （哈哈，我们用到了第二种安装方式）2）没有安装make工具；确诊方法：执行命令make，提示找不到这个命令。

中文gcc手册

中文gcc手册GCC（GNU Compiler Collection）是一套用于编译各种编程语言的开源编译器。

它最初由Richard Stallman创建并由GNU项目维护，成为了GNU计划的重要组成部分。

GCC支持多种编程语言，包括C、C++、Objective-C、Fortran、Ada和Go等。

它不仅可以在各种操作系统上使用，如Linux、Windows和macOS等，还可以为不同架构的处理器生成可执行文件。

例如，x86、ARM和PowerPC等。

GCC提供了广泛的优化选项，以生成高效的代码。

GCC手册提供了关于GCC的详细信息，包括GCC的安装、使用和配置等方面的内容。

一般而言，GCC手册主要包括以下几个部分：1.安装GCC：包括从官方网站下载GCC源代码、配置和编译GCC、安装GCC及其依赖项等步骤。

2. GCC命令行选项：介绍GCC的各种命令行选项，用于指定编译器行为、选择编译器版本、指定目标架构和调整编译器优化等。

3. C语言扩展：介绍GCC对C语言的扩展功能，如内置函数、语言特性和编译指令等。

4. C++语言扩展：介绍GCC对C++语言的扩展功能，如模板元编程、重载、命名空间和异常处理等。

5.编译器优化：介绍GCC的优化选项，包括代码优化原则、优化等级、循环优化、内敛和代码生成等。

6. GCC插件：介绍GCC插件的开发和使用，包括GCC插件架构、插件开发接口和实现自定义的编译器扩展等。

7. GCC内部结构：介绍GCC的内部结构和设计原理，包括前端、中间表示（IR）、优化器和后端等。

GCC手册可以帮助开发人员更好地理解和使用GCC编译器。

它提供了丰富的示例代码和实用技巧，有助于编写高效和可靠的代码。

在GCC 手册中，用户可以找到关于GCC的详细说明、使用示例和案例研究等，可用作学习GCC编译器的重要参考资料。

总之，GCC手册是一本详尽而全面的文档，为用户提供了GCC编译器的深入指导和使用示例。

CentOS7编译和安装GCC7.5

CentOS7编译和安装GCC7.5CentOS7编译和安装GCC7.5⼀、环境介绍：CentOS7虚拟机连上了互联⽹（为什么要强调这点呢，因为CentOS7每次进⼊系统，都需要⼿动点击右上⾓的Connect，才能连上互联⽹。

在⾮联⽹情况下，会出现各种问题，影响我们的判断和安装）⼆、为什么是GCC7.5CentOS7 ⾃带的 gcc/g++ 版本是 4.8，如果没有安装，可以通过 yum 命令安装。

由于 gcc/g++ 4.8 完全⽀持 C++ 11，⽀持部分 C++ 14，不⽀持 C++ 17，⽽完全⽀持 C++ 17 的是 g++ 7 及以上版本：个⼈不太建议安装GCC8.X，太新的编译器，所需要的依赖包、各种环境都需要最新版本，安装过程中会出现很多问题。

⽽且还不⼀定那么稳定。

本着够⽤就好的原则，GCC7.5完全⽀持C++17，是最理想的选择。

若⼲参考链接：三、安装步骤3.1更新系统以及安装若⼲相关的包（包括gcc gcc-c++）在root权限下⾯进⾏这些操作sudo yum -y updatesudo yum -y install bzip2wget gcc gcc-c++ gmp-devel mpfr-devel libmpc-devel makesudo yum -y install zlibsudo yum -y install zlib-devel3.2下载GCC7.5的⼯程⽂件（下⾯的步骤，建议在⾮root权限下操作）wget https:///gnu/gcc/gcc-7.5.0/gcc-7.5.0.tar.gztar -zxvf gcc-7.5.0.tar.gzcd gcc-7.5.03.3安装若⼲gcc的依赖包./contrib/download_prerequisitesmkdir gcc-build-7.5cd gcc-build-7.53.4⽣成Makefile⽂件（下⾯这个是⼀⾏，请直接复制粘贴）../configure --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu3.5编译（这个编译⽐较耗时）make -j43.6安装（需要root权限）make install3.7查看gcc版本gcc -v3.8动态库 libstdc++.so.6 的更新（在root权限下进⾏下⾯的操作）检查动态库：strings /usr/lib64/libstdc++.so.6 | grep GLIBC从输出可以看出，gcc的动态库还是旧版本的。

如何在Ubuntu20.04上安装GCC（build-essential）以及如何在Ubu。。。

如何在Ubuntu20.04上安装GCC（build-essential）以及如何在Ubu。

GNU编译器集合（GCC）是针对C，C ++，Objective-C，Fortran，Ada，Go和D编程语⾔的编译器和库的集合。

许多开放源代码项⽬，包括Linux内核和GNU⼯具，都是使⽤GCC编译的。

本⽂介绍了如何在Ubuntu 20.04上安装GCC，以及如何在Ubuntu 20.04系统安装多版本的GCC。

在Ubuntu 20.04上安装GCC默认的Ubuntu存储库包含⼀个名为“ build-essential”的元软件包，其中包括GNU编译器集合，GNU调试器以及其他开发库和编译软件所需的⼯具。

要安装开发⼯具包，请以root或具有sudo特权的⽤户⾝份运⾏以下命令：sudo apt updatesudo apt install build-essential该命令会安装很多软件包，其中包括gcc，g++和make。

您可能还需要安装有关使⽤GNU / Linux进⾏开发的⼿册页：sudo apt-get install manpages-dev通过运⾏以下打印GCC版本的命令，验证是否成功安装了GCC编译器：gcc --versionUbuntu 20.04存储库提供GCC版本9.3.0：输出：gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0Copyright (C) 2019 Free Software Foundation, Inc.This is free software; see the source for copying conditions. There is NOwarranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.GCC⼯具和库已安装在Ubuntu系统上。

编译Hello World⽰例使⽤GCC编译基本的C或C ++程序⾮常容易。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

"host machine" 则是你期望编译後所产生的编译器工作的
机器；最後 "target machine" 则是你期望这个编译器
（正在做编译的那个）产生的目的码的主机。（一般而言，
前两者是相同的）。
如果你正在建立一的产生它自己执行的机器的目的码的编译器
（native compiler），一般而言，不需要在 "configure" 作
建置名 (configuration name) 可能是一个标准的形式或者是标准形
式的缩写。
一个完整的建置名有由 "-" 号分开的三个部份。大概是：
"CPU名称-厂商名称-系统名称"（每一个部份可含有自己的
"-" 号，configure 这个程式会自行分辨之）。举例来说：
"m68k-sun-sunos4.1" 是指 Sun 3。
`hppa1.0-ANY-ANY', `hppa1.1-ANY-ANY', `i386-ANY-sysv',
`i386-ANY-isc',
`i860-ANY-bsd', `m68k-bull-sysv', `m68k-hp-hpux',
`m68k-sony-bsd',
`m68k-altos-sysv', `m68000-hp-hpux', `m68000-att-sysv',
除错资讯也支援 C++，普通的 COFF 除错资讯并不能做到。
`--with-stabs' 在跑 SVR4 的 386 系统中也有特殊意义。它选择使
用嵌在 ELF 输出中的 stabs 除错资讯。在 386 SVR4 平台上，目前的
C++ 编译器 (2.6.0 版) 并不支援 DWARF 除错资讯。stabs 提供了
`ANY-lynx-lynxos', 及 `mips-ANY'). 对於其他系统,
`--with-gnu-as' 并不会造成影响。
上述系统中 (除了 HP-PA, 386 上的 ISC, 及 `mips-sgi-irix5.*')，
如果你使用 GAS，你也应该要使用 GNU 连结器 (linker)，也就是要
4. 安装 GNU CC 的标准目录是 `/usr/local/lib'。如果你打算安装到别的地方，
在执行 `configure' 的注明 `--previx=目录'。`目录' 是你打算用来取代
`/usr/local' 的目录名称，除了底下这个例外：不管你的编译器安装在何处，
`/usr/local/include' 都是会被加到找寻标头档的目录。如果你不想要这样，
底下有四种附加的选项可以让你分别指定不同的硬体与软体建置：
`--with-gnu-as', `with-gnu-ld`, `--with-stabs' 及 `--nfp'。
`--with-gnu-as'
如果你想要将 GNU CC 拿来跟 GNU 组译器 (GNU assembler)
另一个可以用的方法。它需要 GAS 和 GDB，因为正常的 SVR4 工具并
不能产生或解译 stabs 格式。
`--nfp'
在某些系统上，你必须藉由这个选项注明这台机器是否有浮点运
算器。这些系统包括了 `m68k-sun-sunosN' 及 `m68k-isi-bsd'。目前
`--nfp' 在其他系统上并没有作用，虽然在别的系统上可能也可以有不
编译，执行 "make distclean" 来删除一些可能无用的档案。
其中一个被删除的档案叫做 "Makefile"；如果 "make distclean"
回应 Makefile 不存在（not exist）的讯息，那可能表示这个目
录已经被适当的清理完毕。
2.在 System V Release 4 系统上，请确定在路径 "PATH" 设定中，
设定档。这是为了要用来编译一些要在那台机器上跑的程式。
* 会建立一个叫 `tm.h' 的档案，它包含了 target machine 的机器描述
巨集档案 (machine-description macro file)。它应该是放在 `config'
子目录中而且它的名字通常是 `机器名.h'。
你可以在各种系统型态後面注明版本号码，及 CPU 型号。在大部份的例子
当中，版本是没用的，而且会被忽略掉。所以如果你知道的话，最好也把
号码加上去。(ranma 注：这段原文怪怪的)
关於所支援的建置名与建置的相关注解，请参考 *注解:建置。在继续安装
GNU CC 之前，你最好看一下那份注解。
处理 C 以外的语言。而 BSD stabs 格式可以处理其他语言，但只能
在 GNU 除错器 (GNU debugger) 上面做。
在正常情况下，GNU CC 预设使用 ECOFF 除错格式，如果你偏好 BSD
stabs 格式，在编译时注明 `--with-stabs'。
不管你在建立 GNU CC 时是选用哪一种预设值，使用者都可以用
你不需要去担心这些档案。
* 会建立一个叫 `config.h' 的档案，□面有一个 `#include' 记载了你
将来要用来执行这个编译器行的机器的顶层设定档 (*注解:建置)。这个档
案用来定义 host machine 的资讯。其中包含 `tm.h'。
顶层设定档放在 `config' 这个子目录□。它都叫做 `xm-某某东西.h'，
同的效果。
`configure' 这个程式会去原始码目录底下的子目录□面去找那些要跟
GNU CC 整合的其他编译器。例如 GNU 的 C++ 编译器，G++，放在 `cp'
这个子目录□。`configure' 会把建立这些编译器的规则加到 `Makefile'
中。
底下我们会详细说明所有 `configure' 会设定的档案。在正常情况下，
`-gcoff' 和 `-gstabs+' 这两个选项来指定他所要用的除错格式。
`--with-stabs' 在 386 上的 ISC 系统中有特别意义，当 `--with-gas'
也被用到时。它会选择使用嵌在 COFF 输出中的 stabs 除错资讯
(stabs debugging information embedded in COFF output) 。这类的
并用的话，你可以在执行 `configure' 时加上 `--with-gnu-as' 这
个选项。
使用这个选项并不会安装 GAS。它只是将 GNU CC 的输出修改成可以
和 GAS 并用而已。要不要安装 GAS 由你自己决定。
相反地，如果你 *不要* 使用 GAS 而且在建构 GNU CC 时不注明
`--with-gnu-as' 的话，你也要自己决定是不是要安装 GAS。 GNU CC
会在各个目录□找 `as' 这个程式，如果它找到了 GAS 的话，它会用
GAS。如果你不确定 GNU CC 到底是找到哪一个组译器来用的话，在
执行 gcc 时加上 `-v' 这个选项。
会因为你是否使用 GAS 而产生不同变化的系统有：
"configuration name"； host 及 target machine 将预设和 build
machine相同。（若你正在建立的是一个交互编译器，请看
*注解:交互编译器）
底下是一个例子：
./configure --build=sparc-sun-sunos4.1
编译器皆无法成功的编译 GNU CC，除非你使用 GNU CC 本身。欲
在 MS-DOS 下安装 GNU CC，你必需取得已完全编译完成的套件：DJGPP。
DJGPP 中含有机器码档案以及原始程式档，并且还包含了所有必需的
编译工具及函式库。
1.如果你是在另外一部机器上，在同一目录下先完成了GNU CC的
"/usr/bin" 在 "/usr/ucb" 之前。因为 "/usr/ucb" 中的 cc 使用了
有错误的函式库。
3.你可以执行 "configure" 这支程式来设定 host machine、build machine
、及 target machine。
所谓的 "build machine" 指的是你目前正在使用的机器；而
注明 `--with-gnu-ld'。
`--with-gnu-ld'
如果你想要拿 GNU 连结器跟 GNU CC 并用的话，注明这个选项。
这个选项并不会安装 GNU 连结器，它只是改变 GNU CC 的习性来
配合 GNU 连结器而已。比较不同的是，它使得 `collet2' 这个程式
本文为gcc installation guide之中译本，版权所有，译者允许本文在网际
网路上作免费之流传、复制，然除经译者允许外，禁止任何商业使用。