为什么要包含头文件而不是.c文件
测试代码：
m.c文件：
#include"t.c"
int main()
{
test();
return 0;
}
编译：
gcc m.c -o m -Wall
In file included from m.c:1:0:
t.c: 在函数‘test'中:
t.c:3:2: 警告： 隐式声明函数‘putchar' [-Wimplicit-function-declaration]
编译通过，只有一个警告，生成了可执行文件m，运行它正常，输出一空格。
修改下t.c 文件：
#include<stdio.h>
void test()
{
printf("test\n");
}
编译后执行
输出: test
从这可看出，包含.c文件进去对程序并没造成什么影响，反而比包含.h文件来得直接方便，这里主要考虑到大型项目中，各文件直接的联系，如A.c文件中包好M.c文件，B.c 文件中包含M.c文件，而A.c文件又包含B.c文件，那么编译时就会报错，函数名重定义了。
#include<>与#include""的区别：
对于用角括号包含的头文件,gcc 首先查找-I选项指定的目录,然后查找系统的头文件目录(通常是/usr/include,在我的系统上还包括/usr/lib/gcc/i486-linux-gnu/4.3.2/include);而对于用引号包含的头文件,gcc 首先查找包含头文件的.c文件所在的目录,然后查找-I选项指定的目录,最后再查找系统的头文件目录。
静态库
/* stack.c */
char stack[512];
int top = -1;
/* push.c */
extern char stack[512];
extern int top;
void push(char c)
{
stack[++top] = c;
}
/* pop.c */
extern char stack[512];
extern int top;
char pop(void)
{
return stack[top--];
}
/* is_empty.c */
extern int top;
int is_empty(void)
{
return top == -1;
}
/* stack.h */
#ifndef STACK_H
#define STACK_H
extern void push(char);
extern char pop(void);
extern int is_empty(void);
#endif
/* main.c */
#include <stdio.h>
#include "stack.h"
int main(void)
{
push('a');
char c = pop();
printf("%c\n",c);
return 0;
}
将如上5个.c文件和一个.h文件放在同目录下，在当前目录下新建一Makefile文件，使用Makefile是编译。
main:libstack.a main.o
gcc -o main main.o -L. -lstack
libstack.a: stack.o push.o pop.o is_empty.o
ar rs libstack.a stack.o push.o pop.o is_empty.o
stack.o:
gcc -o stack.o -c stack.c
push.o
gcc -o push.o -c push.c
pop.o:
gcc -o pop.o -c pop.c
is_empty:
gcc -o is_empty.o -c is_empty.c
main.o:
gcc -o main.o -c main.c
编译后执行./main
显示：a
反编译指令： 查看反编译后程序
objdump -d main