编译优化选项
gcc -E source_file.c
-E，只执行到预编译。直接输出预编译结果。gcc -S source_file.c
-S，只执行到源代码到汇编代码的转换，输出汇编代码。gcc -c source_file.c
-c，只执行到编译，输出目标文件。gcc (-E/S/c/) source_file.c -o output_filename
-o, 指定输出文件名，可以配合以上三种标签使用。
-o 参数可以被省略。这种情况下编译器将使用以下默认名称输出：
-E：预编译结果将被输出到标准输出端口（通常是显示器）
-S：生成名为source_file.s的汇编代码
-c：生成名为source_file.o的目标文件。
无标签情况：生成名为a.out的可执行文件。gcc -g source_file.c
-g，生成供调试用的可执行文件，可以在gdb中运行。由于文件中包含了调试信息因此运行效率很低，且文件也大不少。
这里可以用strip命令重新将文件中debug信息删除。这是会发现生成的文件甚至比正常编译的输出更小了，这是因为strip把原先正常编译中的一些额外信息（如函数名之类）也删除了。用法为 strip a.outgcc -s source_file.c
-s, 直接生成与运用strip同样效果的可执行文件（删除了所有符号信息）。gcc -O source_file.c
-O（大写的字母O），编译器对代码进行自动优化编译，输出效率更高的可执行文件。
-O 后面还可以跟上数字指定优化级别，如：
gcc -O2 source_file.c
数字越大，越加优化。但是通常情况下，自动的东西都不是太聪明，太大的优化级别可能会使生成的文件产生一系列的bug。一般可选择2；3会有一定风险。gcc -Wall source_file.c
-W，在编译中开启一些额外的警告（warning）信息。-Wall，将所有的警告信息全开。gcc source_file.c -L/path/to/lib -lxxx -I/path/to/include
-l, 指定所使用到的函数库，本例中链接器会尝试链接名为libxxx.a的函数库。
-L，指定函数库所在的文件夹，本例中链接器会尝试搜索/path/to/lib文件夹。
-I, 指定头文件所在的文件夹，本例中预编译器会尝试搜索/path/to/include文件夹。
㈡ Dev C++ 编译器选项中的优化级别哪个对应不优化
ide没有优化的功能吧，只有编译器才有,mplab只是环境而以，而编译器是picc或c18啊，他们才有优化的本事
㈢ VC编译器中“优选大小或速度”和“优化”选项的设置区别在哪里
VC中的优化里面的 按大小优化 与 按速度优化 是分开选的，不能同时选择两者
㈣ Linux 0.11内核编译错误记录
现象1： 提示gas gld 比识别
措施： gnu编译器发展到后来,越来越流行,更多使用别名为 as ld gcc等.
现象2： 提示字节对齐需要是 2的倍数
措施： 具体解决方法: 利用命令 sed -i 's/align 2/align 4/g' filename 替换align 2 为 align 4（align 3 替换为 align 8）
sed -i 's/align 2/align 4/g' boot/head.s
sed -i 's/align 3/align 8/g' boot/head.s
现象3： -fcombine-regs -mstring-insns选项不识别
措施： 此两个选项已经过时,直接去掉即可
现象4： warning 特别多
措施： 将-Wall 替换为 -w
现象5： __stack_chk_fail 未定义
措施： 去网上搜了一下，在Makefile中的$(CFLAGS)后面加上-fno-stack-protector，即不需要栈保护
现象6： main.c 中_syscall0重复定义
措施： main.c static inline _syscall0(int, fork) 去掉static即可
现象7： 提示内嵌汇编不符合语法限制
措施： 类似的问题在后面编译中出现好多，C内嵌汇编的格式 asm (汇编语句：输入寄存器：输出寄存器：可能被修改的寄存器），最新的GCC规定 输入或输出寄存器不能出现在可能被修改的寄存器中，目前看到网上的方法是把所有类似问题的可能被修改的寄存器全部删掉 解决方案：find -type f -exec sed -i 's/:"w{2}"(,"w{2}") )/:) /g' {} ; 其中's/:"w{2}"(,"w{2}") /:/g'
现象8： 在 control.c 中清楚定义了 static unsigned char attr = 0x70 ,而在链接 control.o 时，却爆出 attr未定义。
措施： 用 nm -C control.o 查看其符号，发现attr确实处于未定义状态。故单独编译一个小程序定义静态变量，查看其 .o 文件中，发现静态变量定义正常。故考虑为编译选项差异导致，最终发现因为 -O 编译优化选项导致，目前处理方式是去掉该选项。
现象9： build.c:(.text+0xde): undefined reference to `MAJOR'
措施： 通过分析编译打印信息，发现编译时没有加入头文件路径 -Iinclude
现象10: fs/fs.o: In function check_disk_change':(.text+0x1b2f): undefined reference to invalidate_buffers'
措施: 查找发现此函数定义在buffer.c 中,且为内联函数, 故尝试将其更改为普通函数, 然后编译通过.
现象11: 编译 build.c 时报错:/usr/include/i386-linux -gnu/bits/stdio2.h:57:8: error: unknown type name ‘__gnuc_va_list’
措施: 分析发现时此系列错误均由 -Iinclude 选项导致, 而该选项在 想象9 中加入, 故考虑去掉该选项, 直接在build.c 中加入 MAJOR 宏定义.
㈤ visual C++ 的优化选项分别都是什么意思
Od:编译器不做优化，通常debug的使用这个编译选项
O1:代码最小，使用这个选项编译出来的二进制文件是最小的，但是可能会牺牲一些执行效率
O2:编译出来的代码执行速度最快，但是大小会比O1大（release默认）
Ox:对程序进行最大优化，可能会牺牲一些兼容性问题等，对执行速度和二进制文件大小都尽可能优化
㈥ 如何使用ccs c编译器中的优化选项
CCS3.3既支持c程序设计又支持C++，当你的源程序的文件后缀采用.c时，CCS用c编译器编译程序，当使用.cpp后缀时，用C++编译器。