vim gdb 调试及gcc优化

基本的调试命令 就不说了。

今天收获了。

gdb 使用while打印数组

set $i=0

while $i<10

p shuzu[$i]

set $i++

end

gcc优化

原来经常遇到的-O是优化运行时间的。

自己试了试 -O0 比-O3慢了3倍速度大概，当然也要分具体代码。

GCC -O选项

这个选项控制所有的优化等级。使用优化选项会使编译过程耗费更多的时间，并且占用更多的内存，尤其是在提高优化等级的时候。 
-O设置一共有五种：-O0、-O1、-O2、-O3和-Os。你只能在/etc/make.conf里面设置其中的一种。

除了-O0以外，每一个-O设置都会多启用几个选项，请查阅gcc手册的优化选项章节，以便了解每个-O等级启用了哪些选项及它们有何作用。

让我们来逐一考察各个优化等级：

-O0：这个等级（字母“O”后面跟个零）关闭所有优化选项，也是CFLAGS或CXXFLAGS中没有设置-O等级时的默认等级。这样就不会优化代码，这通常不是我们想要的。 
-O1：这是最基本的优化等级。编译器会在不花费太多编译时间的同时试图生成更快更小的代码。这些优化是非常基础的，但一般这些任务肯定能顺利完成。 
-O2：-O1的进阶。这是推荐的优化等级，除非你有特殊的需求。-O2会比-O1启用多一些标记。设置了-O2后，编译器会试图提高代码性能而不会增大体积和大量占用的编译时间。 
-O3：这是最高最危险的优化等级。用这个选项会延长编译代码的时间，并且在使用gcc4.x的系统里不应全局启用。自从3.x版本以来gcc的行为已经有了极大地改变。在3.x，-O3生成的代码也只是比-O2快一点点而已，而gcc4.x中还未必更快。用-O3来编译所有的软件包将产生更大体积更耗内存的二进制文件，大大增加编译失败的机会或不可预知的程序行为（包括错误）。这样做将得不偿失，记住过犹不及。在gcc 4.x.中使用-O3是不推荐的。 
-Os：这个等级用来优化代码尺寸。其中启用了-O2中不会增加磁盘空间占用的代码生成选项。这对于磁盘空间极其紧张或者CPU缓存较小的机器非常有用。但也可能产生些许问题，因此软件树中的大部分ebuild都过滤掉这个等级的优化。使用-Os是不推荐的。

1.  中文帮助手册的安装
2.  vim编程常用命令
3.  语法高亮
4.  在程序中跳来跳去: Ctags 的使用
5.  教你高效地浏览源码 -- 插件: TagList
6.  文件浏览器和窗口管理器 -- 插件: WinManager
7.  Cscope 的使用
8.  QuickFix 窗口
9.  快速浏览和操作Buffer -- 插件: MiniBufExplorer
10.  c/h文件间相互切换 -- 插件: A
11. 在工程中查找 -- 插件: Grep
12. 高亮的书签 -- 插件: VisualMark
13. 自动补全
14. 加速你的补全 -- 插件: SuperTab