C/C++编译过程理解
l 一直对这块内容都很怵头，因为它看不到摸不着，我们只能盯着最后编译链接之后的结果是成功或是失败，但是却不知道编译器内部是如何操作的；
l 每当编译器给出错误时我们都只是单纯的去处理错误，却不知道编译器是如何找出来的；
l 我们都很熟悉许多编译错误，但是却不大熟悉链接错误，对链接错误产生的原因也不大清楚。
今天，通过自己的努力终于对C/C++的编译过程有了个粗略的了解，毕竟不想去翻《编译原理》这样的大部头书籍，但是又急于对编译的过程有个大概的了解，唉，这么多年来一直在苦苦挣扎，今天总算是对这个过程有了个大概的了解了。下面就说说我了解到的一些东西：
首先是预编译，这一步可以粗略的认为只做了一件事情，那就是“宏展开”，也就是对那些#***的命令的一种展开，例如define MAX 1000就是建立起MAX和1000之间的对等关系，好在编译阶段进行替换。例如ifdef/ifndef就是从一个文件中有选择性的挑出一些符合条件的代码来交给下一步的编译阶段来处理。这里面最复杂的莫过于include了，其实也很简单，就是相当于把那个对应的文件里面的内容一下子替换到这条include***语句的地方来。
其次是编译，这一步很重要，编译是以一个个独立的文件作为单元的，一个文件就会编译出一个目标文件。（这里插入一点关于编译的文件的说明，编译器通过后缀名来辨识是否编译该文件，因此“.h”的头文件一概不理会，而“.cpp”的源文件一律都要被编译，我实验过把.h文件的后缀名改为.cpp，然后在include的地方相应的改为***.cpp，这样一来，编译器就会编译许多不必要的头文件，只不过头文件里我们通常只放置声明而不是定义，因此最后链接生成的可执行文件的大小是不会改变的）清楚编译是以一个个单独的文件为单元的，这一点很重要，因此编译只负责本单元的那些事，而对外部的事情一概不理会，在这一步里，我们可以调用一个函数而不必给出这个函数的定义，但是要在调用前得到这个函数的声明（其实这就是include的本质，不就是为了给你提前提供个声明而好让你使用吗？至于那个函数到底是如何实现的，需要在链接这一步里去找函数的入口地址。因此提供声明的方式可以是用include把放在别的文件中的声明拿过来，也可以是在调用之前自己�
相关文档：
Boss说，要看OpenGL，看了快一个月，总算出了个像样的东西，用C写了个3D迷宫，
虽然只有350行
代码，不过边学边写，足足写了一周时间，还是小有成就感的，活活活！
&n ......
前两天去了家游戏公司面试c/c++，题目做的很差，回来查查才发现题目大部分来自这篇文章《高质量C++/C编程指南》，有空得好好看看。
《高质量C++/C编程指南》
http://man.chinaunix.net/develop/c&c++/c/c.htm#_Toc520633987 ......
前面一篇我们介绍了结构体，这篇终于能够介绍函数了。为什么这么说呢？因为函数非常重要。就这么简单。嘿嘿！之所以在这时才讲函数，是因为本篇将联系到前面的每一篇，这样函数才能体现的透彻。那我们就迫不及待的切入正题。
从第一篇Helloworld开始到现在，就没有脱离函数。那就是我们的main函数。main函数也是一个普通的 ......
VIM+GDB linux c/c++ 的编程利器
http://blog.csdn.net/jackyvan/archive/2010/01/15/5193693.aspx
其实VIM也能把编译 调试集成在一起，像是一个IDE一样。
首先现在VIM的源码，因为要集成调试环境的话需要重新编译VIM才行，所以我们不如重新安装一个。
VIM的现在地址：
http://www.vim.org/sources.php
然后下 ......
