gcc部分代码编译优化选项

Ⅰ MinGW（GCC）编译时的优化参数是什么

release版本通常使用-O2,debug使用-O0，参考Man手册和GNU说明文档

Ⅱ gcc的三级优化到底优化了哪些

这是个很恶心的问题。我乍一看觉得应该是655我再vc6.0上实验（Debug模式）发现结果是555（vc6debug模式汇编代码）004013A8movdwordptr[ebp-4],5；先将5给[ebp-4]004013AFmoveax,dwordptr[ebp-4]；再将5传给eax004013B2pusheax;将eax压栈004013B3movecx,dwordptr[ebp-4]；将5==>ecx004013B6movdwordptr[ebp-20h],ecx;将5==>[ebp-20h]004013B9movedx,dwordptr[ebp-20h];将5==>edx004013BCpushedx;将5压栈004013BDmoveax,dwordptr[ebp-4]004013C0pusheax；还是将5压栈004013C1pushoffsetstring"%d%d%d\n"(00426000)004013C6movecx,dwordptr[ebp-4]004013C9addecx,1004013CCmovdwordptr[ebp-4],ecx004013CFcallprintf(00401620)004013D4addesp,10h显而易见结果是555了。不过我为了验证又在release下运行了一把，发现结果竟然是656（vc6release模式汇编代码）,10hxoreax,eaxret晕。编译器给优化了。。。显而易见结果是656了还是不死心再看看linux下gcc编译的发现结果也是656（gccdebug）00401326|.C744241C050>movdwordptr[esp+1C],5;|现将5放到[esp+1c]中0040132E|.8B44241Cmoveax,dwordptr[esp+1C];|5==>eax00401332|.FF44241Cincdwordptr[esp+1C];|[esp+1c]++;[esp+1c]等于6了00401336|.8B54241Cmovedx,dwordptr[esp+1C];|6==>edx0040133A|.8954240Cmovdwordptr[esp+C],edx;|这相当于pushedx也就是将6压栈0040133E|.89442408movdwordptr[esp+8],eax;|这相当于pusheax也就是将5压栈00401342|.8B44241Cmoveax,dwordptr[esp+1C];|将6放到eax中00401346|.89442404movdwordptr[esp+4],eax;|这相当于pusheax也就是将6压栈0040134A|.C70424243040>movdwordptr[esp],00403024;|ASCII"%d%d%d",LF00401351|.E836060000call;\printf所以结果是656啦gcc的release和debug一样。。还是不死心。有在vc2005的debug下运行了一把发现结果是656？？（vc2005debug汇编代码）00411B4Cmovdwordptr[ebp-0Ch],5；5==>[EBP-0c]00411B53moveax,dwordptr[ebp-0Ch]。；5==>eax00411B56movdwordptr[ebp-1194h],eax5==>[ebp-1194h]00411B5Cmovecx,dwordptr[ebp-0Ch];5==>ecx00411B5Faddecx,1;ecx++;ecx==6;00411B62movdwordptr[ebp-0Ch],ecx;6==>[ebp-0Ch]00411B65movesi,esp00411B67movedx,dwordptr[ebp-0Ch];6==>edx00411B6Apushedx;将6压栈00411B6Bmoveax,dwordptr[ebp-1194h]；5==>eax00411B71pusheax;将5压栈00411B72movecx,dwordptr[ebp-0Ch]；6==>ecx00411B75pushecx;将6压栈00411B76pushoffsetstring"%d%d%d\n"(41E9ACh)00411B7Bcalldwordptr[__imp__printf(423780h)]00411B81addesp,10h结果是656唉。看来结果就是656啦。。vc2005和以后版本都注意到了这个问题。我也说不上哪个正确，你又相信哪个呢？

Ⅲ GCC编译器加上优化选项会不会自动去掉没用到的函数

实际上在编译之后还要链接，才能生成最终的目标代码。
在链接的过程中，只有用到的函数才会被链接进目标代码。也就是说，没有用到的函数不会被链接到目标代码，也不会增大目标代码的体积。

Ⅳ Qt Creator里如何设置gcc编译的优化等级

不是release优化的问题。如果是直接运行的话，mingwm10.dll、libgcc_s_dw2-1.dll、qtcore4.dll、qtgui4.dll，还有相应的你用到的库都要放在运行目录下，用dependency walker可以看到dll依赖情况。
然后用到的插件比如qmltooling、imageformats等目录也需要拷到运行目录中，这个用工具看不到依赖，只能全拷然后用排除法，有经验之后代码里哪些用到了就知道了。

出现runtime library错误的最大可能性就是运行目录下的插件不完整。

另外有一种解决方法就是把qt改成静态链接，编译进exe，商业版允许这样做，lgpl版的话如果不是自用就有法律风险。

Ⅳ gcc的使用技巧

首先检查是否在你的机器上安装了GCC，使用命令：
可用rpm -q gcc检查。
如果没有安装，请依序检查并安装下面各RPM
libbinutils
binutils
make
glibc-devel
gcc-cpp
gcc
看下面的例子：test.c #include<stdio.h>intmain(){char*str=IlikeLinux!;printf(%s,str);return0;}使用gcc编译。输入gcc -c test.c得到目标文件test.o.-c命令表示对文件进行编译和汇编。但并不连接。如果再键入gcc -o ../bin/test test.o,那么将得到名为test的可执行文件。其实这两步可以一气呵成，gcc ../bin/test test.c.如果程序没有错误就生成了可执行文件。也许你会觉得基于命令行的编译器比不上如VC之类的集成开发环境，的确gcc的界面要改进，但是你一旦熟练了就会感到。gcc的效率如此之高。可以告诉大家的是Linux底下强大的C/C++集成开发环境Kdevelop和Vc一样强大，使用了Gcc编译器。
GNU C编译器 即gcc是一个功能强大的ANSI C兼容编译器，你会操作其他操作系统下的一种C编译器，能很快掌握GCC.
1、使用Gcc,Gcc是基于命令行的，使用时通常后跟一些选项和文件名。Gcc的基本用法如下： gcc [options] [filenames] 命令行选项制定操作将对命令行上的每个给出的文件执行。
2、GCC的常用选项
编译选项：gcc有超过100个的编译选项可用。具体的可以使用命令man gcc察看
优化选项：用GCC编译C/C++代码时，它会试着用最少的时间完成编译并且编译后的代码易于调试。易于调试意味着编译后的代码与源代码有同样的执行顺序，编译后的代码没有经过优化。有很多的选项可以告诉GCC在耗费更多编译时间和牺牲易调试性的基础上产生更小更快的可执行文件。这些选项中最典型的就是-O和-O2。-O选项告诉gcc对源代码进行基本优化。-O2选项告诉GCC产生尽可能小的和尽可能快的代码。还有一些很特殊的选项可以通过man gcc察看。
调试和剖析选项：GCC支持数种调试剖析选项。在这些选项中最常用的是-g和-pg.-g选项告诉gcc产生能被GNU调试器（如gdb)使用的调试信息，以便调试用户的程序。-pg选项告诉gcc在用户的程序中加入额外的代码，执行时，产生gprof用的剖析信息以显示程序的耗时情况。
3、使用gdb
使用方法：在命令行中键入gdb并按回车就可以运行gdb了，启动gdb后，能在命令行上制定很多的选项，也可以下面的方式来运行gdb: gdb filename 用这种方式运行gdb时，能直接指定想要调试的程序。在命令行上健入gdb -h得到一个有关gdb的选项的说明简单列表。
编译代码以供调试，为了使gdb工作，必须使程序在编译时包含调试信息，调试信息包含程序里的每个变量的类型，在可执行文件里的地址映射以及源代码的行号。gdb利用这些信息使源代码和机器码相关联。
关于gcc的大体就写这么多吧，更多的信息可以查找帮助，记得学习Linux的一大武器man或者info命令，下次在介绍一下使用C/C++编写大型程序的makefile文件和make命令。

Ⅵ linux下gcc 编译器是怎么提高程序性能的怎么根据gcc优化结果优化代码

你的程序可能太短，看不出区别来，你比对一下她们生成的汇编码就知道了，优化可能O1就优化完了，你用O0对比O1的汇编结果，肯定不同的，从中能看出它到底优化了哪个地方

Ⅶ 什么叫 -O2编译

【-O2编译】编译器提供-O选项，供程序优化使用。其中：
1、-O0表示没有优化；
2、-O1为缺省值，提供基础级别的优化；
3、-O2 提供更加高级的代码优化,会占用更长的编译时间；
4、-O3 提供最高级的代码优化。
【编译器】就是将“一种语言（通常为高级语言）”翻译为“另一种语言（通常为低级语言）”的程序。一个现代编译器的主要工作流程：源代码 (source code) → 预处理器 (preprocessor) → 编译器 (compiler) → 目标代码 (object code) → 链接器(Linker) → 可执行程序 (executables)
高级计算机语言便于人编写，阅读交流，维护。机器语言是计算机能直接解读、运行的。编译器将汇编或高级计算机语言源程序（Source program）作为输入，翻译成目标语言（Target language）机器代码的等价程序。源代码一般为高级语言 (High-level language)， 如Pascal、C、C++、Java、汉语编程等或汇编语言，而目标则是机器语言的目标代码（Object code），有时也称作机器代码（Machine code）。

Ⅷ Linux下gcc编译介绍

Linux系统下的Gcc（GNU C Compiler）是GNU推出的功能强大、性能优越的多平台编译器，是GNU的代表作品之一。gcc是可以在多种硬体平台上编译出可执行程序的超级编译器，其执行效率与一般的编译器相比平均效率要高20%~30%。
Gcc编译器能将C、C++语言源程序、汇程式化序和目标程序编译、连接成可执行文件，如果没有给出可执行文件的名字，gcc将生成一个名为a.out的文件。在Linux系统中，可执行文件没有统一的后缀，系统从文件的属性来区分可执行文件和不可执行文件。而gcc则通过后缀来区别输入文件的类别，下面我们来介绍gcc所遵循的部分约定规则。
.c为后缀的文件，C语言源代码文件；
.a为后缀的文件，是由目标文件构成的档案库文件；
.C，.cc或.cxx 为后缀的文件，是C++源代码文件；
.h为后缀的文件，是程序所包含的头文件；
.i 为后缀的文件，是已经预处理过的C源代码文件；
.ii为后缀的文件，是已经预处理过的C++源代码文件；
.m为后缀的文件，是Objective-C源代码文件；
.o为后缀的文件，是编译后的目标文件；
.s为后缀的文件，是汇编语言源代码文件；
.S为后缀的文件，是经过预编译的汇编语言源代码文件。
Gcc的执行过程
虽然我们称Gcc是C语言的编译器，但使用gcc由C语言源代码文件生成可执行文件的过程不仅仅是编译的过程，而是要经历四个相互关联的步骤∶预处理(也称预编译，Preprocessing)、编译(Compilation)、汇编(Assembly)和连接(Linking)。
命令gcc首先调用cpp进行预处理，在预处理过程中，对源代码文件中的文件包含(include)、预编译语句(如宏定义define等)进行分析。接着调用cc1进行编译，这个阶段根据输入文件生成以.o为后缀的目标文件。汇编过程是针对汇编语言的步骤，调用as进行工作，一般来讲，.S为后缀的汇编语言源代码文件和汇编、.s为后缀的汇编语言文件经过预编译和汇编之后都生成以.o为后缀的目标文件。当所有的目标文件都生成之后，gcc就调用ld来完成最后的关键性工作，这个阶段就是连接。在连接阶段，所有的目标文件被安排在可执行程序中的恰当的位置，同时，该程序所调用到的库函数也从各自所在的档案库中连到合适的地方。

Gcc的基本用法和选项
在使用Gcc编译器的时候，我们必须给出一系列必要的调用参数和文件名称。Gcc编译器的调用参数大约有100多个，其中多数参数我们可能根本就用不到，这里只介绍其中最基本、最常用的参数。
Gcc最基本的用法是∶gcc [options] [filenames]
其中options就是编译器所需要的参数，filenames给出相关的文件名称。
-c，只编译，不连接成为可执行文件，编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件，通常用于编译不包含主程序的子程序文件。
-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。
-g，产生符号调试工具(GNU的gdb)所必要的符号资讯，要想对源代码进行调试，我们就必须加入这个选项。
-O，对程序进行优化编译、连接，采用这个选项，整个源代码会在编译、连接过程中进行优化处理，这样产生的可执行文件的执行效率可以提高，但是，编译、连接的速度就相应地要慢一些。
-O2，比-O更好的优化编译、连接，当然整个编译、连接过程会更慢。
-Idirname，将dirname所指出的目录加入到程序头文件目录列表中，是在预编译过程中使用的参数。C程序中的头文件包含两种情况∶
A)#include
B)#include “myinc.h”
其中，A类使用尖括号(< >)，B类使用双引号(“ ”)。对于A类，预处理程序cpp在系统预设包含文件目录(如/usr/include)中搜寻相应的文件，而对于B类，cpp在当前目录中搜寻头文件，这个选项的作用是告诉cpp，如果在当前目录中没有找到需要的文件，就到指定的dirname目录中去寻找。在程序设计中，如果我们需要的这种包含文件分别分布在不同的目录中，就需要逐个使用-I选项给出搜索路径。
-Ldirname，将dirname所指出的目录加入到程序函数档案库文件的目录列表中，是在连接过程中使用的参数。在预设状态下，连接程序ld在系统的预设路径中(如/usr/lib)寻找所需要的档案库文件，这个选项告诉连接程序，首先到-L指定的目录中去寻找，然后到系统预设路径中寻找，如果函数库存放在多个目录下，就需要依次使用这个选项，给出相应的存放目录。
-lname，在连接时，装载名字为“libname.a”的函数库，该函数库位于系统预设的目录或者由-L选项确定的目录下。例如，-lm表示连接名为“libm.a”的数学函数库。
上面我们简要介绍了gcc编译器最常用的功能和主要参数选项，更为详尽的资料可以参看Linux系统的联机帮助。
假定我们有一个程序名为test.c的C语言源代码文件，要生成一个可执行文件，最简单的办法就是∶
gcc test.c
这时，预编译、编译连接一次完成，生成一个系统预设的名为a.out的可执行文件，对于稍为复杂的情况，比如有多个源代码文件、需要连接档案库或者有其他比较特别的要求，就要给定适当的调用选项参数。再看一个简单的例子。
整个源代码程序由两个文件testmain.c 和testsub.c组成，程序中使用了系统提供的数学库，同时希望给出的可执行文件为test，这时的编译命令可以是∶
gcc testmain.c testsub.c □lm □o test
其中，-lm表示连接系统的数学库libm.a。

Gcc的错误类型及对策
Gcc编译器如果发现源程序中有错误，就无法继续进行，也无法生成最终的可执行文件。为了便于修改，gcc给出错误资讯，我们必须对这些错误资讯逐个进行分析、处理，并修改相应的语言，才能保证源代码的正确编译连接。gcc给出的错误资讯一般可以分为四大类，下面我们分别讨论其产生的原因和对策。

第一类∶C语法错误
错误资讯∶文件source.c中第n行有语法错误(syntex errror)。这种类型的错误，一般都是C语言的语法错误，应该仔细检查源代码文件中第n行及该行之前的程序，有时也需要对该文件所包含的头文件进行检查。有些情况下，一个很简单的语法错误，gcc会给出一大堆错误，我们最主要的是要保持清醒的头脑，不要被其吓倒，必要的时候再参考一下C语言的基本教材。
第二类∶头文件错误
错误资讯∶找不到头文件head.h(Can not find include file head.h)。这类错误是源代码文件中的包含头文件有问题，可能的原因有头文件名错误、指定的头文件所在目录名错误等，也可能是错误地使用了双引号和尖括号。

第三类∶档案库错误
错误资讯∶连接程序找不到所需的函数库，例如∶
ld: -lm: No such file or directory
这类错误是与目标文件相连接的函数库有错误，可能的原因是函数库名错误、指定的函数库所在目录名称错误等，检查的方法是使用find命令在可能的目录中寻找相应的函数库名，确定档案库及目录的名称并修改程序中及编译选项中的名称。
第四类∶未定义符号
错误资讯∶有未定义的符号(Undefined symbol)。这类错误是在连接过程中出现的，可能有两种原因∶一是使用者自己定义的函数或者全局变量所在源代码文件，没有被编译、连接，或者干脆还没有定义，这需要使用者根据实际情况修改源程序，给出全局变量或者函数的定义体；二是未定义的符号是一个标准的库函数，在源程序中使用了该库函数，而连接过程中还没有给定相应的函数库的名称，或者是该档案库的目录名称有问题，这时需要使用档案库维护命令ar检查我们需要的库函数到底位于哪一个函数库中，确定之后，修改gcc连接选项中的-l和-L项。
排除编译、连接过程中的错误，应该说这只是程序设计中最简单、最基本的一个步骤，可以说只是开了个头。这个过程中的错误，只是我们在使用C语言描述一个算法中所产生的错误，是比较容易排除的。我们写一个程序，到编译、连接通过为止，应该说刚刚开始，程序在运行过程中所出现的问题，是算法设计有问题，说得更玄点是对问题的认识和理解不够，还需要更加深入地测试、调试和修改。一个程序，稍为复杂的程序，往往要经过多次的编译、连接和测试、修改。下面我们学习的程序维护、调试工具和版本维护就是在程序调试、测试过程中使用的，用来解决调测阶段所出现的问题。窗体顶端
窗体底端