C/C++编译过程理解
l 一直对这块内容都很怵头，因为它看不到摸不着，我们只能盯着最后编译链接之后的结果是成功或是失败，但是却不知道编译器内部是如何操作的；
l 每当编译器给出错误时我们都只是单纯的去处理错误，却不知道编译器是如何找出来的；
l 我们都很熟悉许多编译错误，但是却不大熟悉链接错误，对链接错误产生的原因也不大清楚。
今天，通过自己的努力终于对C/C++的编译过程有了个粗略的了解，毕竟不想去翻《编译原理》这样的大部头书籍，但是又急于对编译的过程有个大概的了解，唉，这么多年来一直在苦苦挣扎，今天总算是对这个过程有了个大概的了解了。下面就说说我了解到的一些东西：
首先是预编译，这一步可以粗略的认为只做了一件事情，那就是“宏展开”，也就是对那些#***的命令的一种展开，例如define MAX 1000就是建立起MAX和1000之间的对等关系，好在编译阶段进行替换。例如ifdef/ifndef就是从一个文件中有选择性的挑出一些符合条件的代码来交给下一步的编译阶段来处理。这里面最复杂的莫过于include了，其实也很简单，就是相当于把那个对应的文件里面的内容一下子替换到这条include***语句的地方来。
其次是编译，这一步很重要，编译是以一个个独立的文件作为单元的，一个文件就会编译出一个目标文件。（这里插入一点关于编译的文件的说明，编译器通过后缀名来辨识是否编译该文件，因此“.h”的头文件一概不理会，而“.cpp”的源文件一律都要被编译，我实验过把.h文件的后缀名改为.cpp，然后在include的地方相应的改为***.cpp，这样一来，编译器就会编译许多不必要的头文件，只不过头文件里我们通常只放置声明而不是定义，因此最后链接生成的可执行文件的大小是不会改变的）清楚编译是以一个个单独的文件为单元的，这一点很重要，因此编译只负责本单元的那些事，而对外部的事情一概不理会，在这一步里，我们可以调用一个函数而不必给出这个函数的定义，但是要在调用前得到这个函数的声明（其实这就是include的本质，不就是为了给你提前提供个声明而好让你使用吗？至于那个函数到底是如何实现的，需要在链接这一步里去找函数的入口地址。因此提供声明的方式可以是用include把放在别的文件中的声明拿过来，也可以是在调用之前自己�
相关文档：
原文地址：http://dev.yesky.com/147/2356147.shtml
对于一个c/c++程序员来说，内存泄漏是一个常见的也是令人头疼的问题。已经有许多技术被研究出来以应对这个问题，比如Smart Pointer，Garbage Collection等。Smart Pointer技术比较成熟，STL中已经包含支持Smart Pointer的class，但是它的使用似乎并不广泛，而且它也不能 ......
对于序列求和的程序大家不会陌生，而我今天看到的这个程序个人觉得比较好，所以贴上来共享一下。
要求：输入类似于87 98 67 56 0的任意序列，但是以零结尾。然后输出序列的和。
程序如下 ：
/********************************************
* Name : sum.c
* Purpose : sum
* Author : zimo
......
仅供学习使用：
/*********************************************
* Name : prime.c
* Purpose : prime (素数判断)
* Author : zimo
* Date : 01/21/2010
* ******************************************/
#include<stdio.h>
int main()
{
int m , n ;
& ......
C/C++中结构体(struct)知识点强化(三)
出处：PConline 2005年03月07日 作者：管宁 责任编辑：xietaoming
我们以上面的程序为基础，但为了我们方便学习删除我们休整结构体为
struct test
{
int number;
float socre;
test *next;
};
number为唯一的编号每一个节点的。
删除的我就不多说了 ......
C/C++语言很多人都比较熟悉，这基本上是每位大学生必学的一门编程语言，通常还都是作为程序设计入门语言学的，并且课程大多安排在大一。刚上大学，孩子们还都很乖，学习也比较认真，用心。所以，C/C++语言掌握地也都不错，不用说编译程序，就是写个上几百行的程序都不在话下，但是他们真的知道C/C++程序编译的步骤么？
� ......
