linux链接编译详解

为什么要包含头文件而不是.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