linux下c程序的链接、装载和库(1)

读完《程序员的自我修养--链接、装载和库》相关章节,想来总结一下,若有错误,请指正,多谢。

1. 什么叫目标文件?

你的工程里有很多xxx.c这样的源文件,这些文件是文本文件,只有人能够认识(当然编译器认识),但是,cpu可不认识。问题就是,真正执行指令的是cpu。

让编译器翻译一下(这里面有很多过程,这不是这篇文章的重点),一般来说,一个xxx.c文件就能翻译成一个xxx.o,这就是目标文件了。

一个源文件就对应一个目标文件,这个目标文件就存储了有关这个源文件的所有信息了,包括在这个源文件里函数的定义,全局变量的定义,等等。

但是,这样就可以毫无忧虑地执行这个目标文件了么?   不可以。

一, 你这个目标文件可能没有main函数;

二, 你这个目标文件里,可能用到了其他函数,而这些函数的定义是在其他目标文件里的。比如说,main.c 用到了 one.c 里的 void function(); 你去执行main.c 生成的main.o,肯定不行啊,因为cpu都找不到function在哪,从而function里存储的指令,当然也没法执行;

总之,你要运行的那个文件,里面必须得存有一切函数和变量的相关信息才可以。很显然,目标文件不具有这个特性。因为,目标文件只存储了自己的信息,并不知道其他目标文件的信息。

2. 目标文件的拼接-->可执行文件

好的,你有一个main.c 和 一个 one.c, 并且成功的生成了两个目标文件,各自存储了自身的信息,它们就是 main.o 和 one.o。

不巧的是,main.c 里用到了 one.c 里的 void function(); 函数。这个时候,main.o 苦于找不到这个函数在哪而不得执行。而 one.o 静静的等在那,等待一个过程。

这个过程就是链接。

ld 是一个指令,linux 下,可以让目标文件链接起来,拼成一个真正能用的可执行文件。

例如这样:

ld main.o one.o -o go

其中 -o 后面是随意指定的,这就是可执行文件的名称。好了,这个 go 就是最终的可执行文件。你可以去执行它了。

go 是由两个目标文件拼起来的,它当然知道所有的信息,包括 具体的 function 的指令。于是,它就可以被执行。

现在,到了这里,我们似乎忘了另一种重要的文件,头文件。

3. 头文件是个啥?

好吧,问题能提升你看这篇文章的乐趣。那就思考一个问题:main.c 能成功编译成 main.o么?

刚才的过程似乎太顺利,main.c 刷一下就成了 main.o, 而问题是,你在 main.c 里使用了一个它不认得的函数 void function(); 这个竟然能编译过,顺利生成 main.o?

你可以试试,用这样的命令:

gcc -c main.c -o main.o

-c 选项就是说,我要生成目标文件,而不是默认的可执行文件。你一定会得到一个【编译】错误,这个错误会告诉你,function 这个函数我不认识,败!

【编译】错误,在源头上先防止你造出一个完全不能用的程序。

这个时候,怎么办,main.c 确实不认得 function 函数,你总不能把 one.c 里的函数复制粘贴到 main.c 里吧(当然这是可以的,不过,low爆了)。

那么需求如下:

一, 不拷贝过来整个函数;

二, 让 main.c 顺利生成 main.o。

问题的核心就是,让 main.c 认识 function 是个啥(是函数还是变量?如果是函数,这个函数的参数有哪些?返回什么类型的值?)。

容易,你在 main.c 源文件里加一句

extern void function(); // 这个函数的返回类型是 void, 并且没有参数。

这样一来,main.c 本身就认识了 function, 注意,只是认识,但是并不知道它具体实现,也不知道这个函数在哪里。实际上,也不需要知道这么多。因为,我这一步只是生成目标文件而已。剩下的交给链接那一步。

结论,生成目标文件,必须得让源文件认识每一个符号(变量和函数)。

假如 one.c 是你的同事编写的,你应该让他同时编写一个头文件。省的你还要在你的 main.c 里 一行行地加上

extern void function1();

extern int function2(char a);

...

...

这种东西。

你的同事会给你一个头文件 one.h , 这个头文件里实际上就是以上extern的内容。你只需要在 main.c 里这样干:

#include "one.h"

就行了,这一句就是把 one.h 整个拷贝到 main.c 里去。

4. printf 用起来挺爽的。

printf 用起来挺爽的。

你只用写上

#include <stdio.h>

让你的 main.c 认识这个函数就能用了。

不过,问题是,你并没有链接 printf 所在的目标文件啊!

思考,思考,再思考!

好吧,这不是个问题。

实际就是,gcc 默认帮你链接了。千万不要认为,不用链接就可以!!!!

你可以这么认为:只要是系统提供的东西,你都不用手动链接,你关心好自己的东西就行了。

时间: 2025-01-16 12:21:35

linux下c程序的链接、装载和库(1)的相关文章

Linux下C程序的链接过程

今天看到一个很有意思的小程序,它让我对Linux下C程序的编译链接有了一个全新的认识! 这个程序的就是写一个简单的输出"hello World!":   要求:1.不使用C运行库,写一个独立于任何库的程序.(也就是说我们不能#include<stdio>).       2.不适用main函数为程序的入口(大家都知道一般使用了库的程序都是使用main函数作为程序的入口,在这里我们使用自己写的函数nomain作为程序的入口).       3.使用连接器ld把程序的所有段合为

linux下c程序的链接、装载和库(2)

5. 重定义错误. 一个最终的可执行文件里,绝对不允许出现两个同名的全局变量,也不允许出现同名的全局函数. 全局函数:只要不用 static 修饰符修饰的函数,全部都是全局的. 全局变量:函数外声明定义,且不加 static 修饰符修饰的变量. 例如,one.c 里有一个函数 function, 那么你如果想让 main.c 生成的 main.o 能够链接 one.o 的话,那么 main.c 里就不能再有一个函数叫做 function 了.否则就会报重定义错误. 这就好像,你的班上有两个人都叫

linux下c程序的链接、装载和库(3)

9. 目标文件放在一起-->静态库. 你的同事给出的目标文件太多了,从 one.o two.o …… …… 一直到 xxx.o. 好的,你如果真正想用,你的同事提供的这些现有的目标文件,你得做三件事: 一,查看自己的源文件,看看用到了哪些函数: 二,明确这些函数来自于哪个目标文件,本例中,很容易,因为函数的名字和目标文件的名字是对应的,比如one.o就会提供一个名称为one的函数: 三,使用 ld ,将你自己的目标文件和第二步中找到的那些目标文件链接起来,生成可执行文件. 第一步就是个很耗时的过

Linux下软链接与硬链接的区别

Linux下软链接与硬链接的区别 Linux中的文件都文件名和数据,在linux上面被分为两个部分:元数据与数据.用户数据,即文件数据块(data block),数据块是记录文件真实内容的地方,而元数据是文件的附加属性,如大小,创建时间,所有者等信息.在Linux中,元数据中的inode号(inode是文件的元数据的一部分,但其不包含文件名,inode号即索引节点号)才是文件的唯一标识而不是文件名.文件名仅是为了方便人们的记忆和使用,系统或程序通过inode号寻找正确的文件数据快.下图为程序通过

Linux下的程序包管理之源码形式

 Linux下程序包管理之源码形式 程序包的前世今生: 说到程序包管理,不得不提到是就是程序包是由什么组成的?也就是怎么形成的?程序是由源代码程序经过预处理.编译.然后汇编形成二进制的程序,这是针对特定硬件而形成的程序.有计算机编程基础的同学都应该知道源代码编译的时候是要调用特定的库(库文件),而这些库,在不同的系统上是不同的,比如Linux和window上的就不同,不同发行版的Linux上的库也不尽相同,所以这就导致了在不同种类系统上编译生成的二进制程序的运行环境也不尽相同,那么这些程序是不能

Linux下c++程序内存泄漏检测代码范例

Linux下对于程序内存泄漏检测的方法很多,最常用的的莫过于使用valgrind工具.但是valgrind相当于让程序在虚拟机中运行,会带来较大的系统资源开销,还会对程序的运行效率产生较大影响,对于那种资源占用大的程序,如果需要长时间运行才能暴露的泄漏问题,它就显得不太好用. linux下的c++程序中自己实现一个轻量级的泄漏检测代码其实是比较方便的,下面我就给出一个简单的范例,并作简单的说明.当然,我们还是应该提倡使用共享指针,用共享指针自动管理内存可以避免内存泄漏这样的不必要的麻烦. 基本原

windows下QT前台和linux下后台程序通过socket通信

通常情况下,linux下的后台程序不需要GUI进行展示,而前台程序往往有个界面,方便和用户的交互.本文所演示的例 子,是QT 程序和后台linux进程(C语言)交互,通过socket传输的内容是结构体.因为QT本身是跨平台的框架,因此以后前端程序移植到其它平台依然能很好 的运行. 结构体的定义如下: struct Test              {                      int a;                      char b;              };

linux下java程序与C语言程序通过SOCKET通信的简单例子

linux下java程序与C语言程序通过SOCKET通信的简单例子 今天上午实验了java程序与c语言程序通过socket进行通信.由于没学过java,因此只是编写了C语言端的代码,java端的代码是从网上别的文章中找的,经过少量修改后与C语言端程序通信成功. 本例中C语言端作为服务器,java端作为客户端 代码如下: /****************** server program *****************/ #include <stdio.h> #include <sy

[转帖]Linux 下软链接和硬链接的区别

Linux 下软链接和硬链接的区别 http://os.51cto.com/art/201911/605267.htm 软连接 文件是小的 只是一个链接 删除和其他处理不影响 原始文件的计数 删除源文件 链接文件立马完蛋 但是可以跨文件挂载点进行连接. 硬链接 增加了innode 的引用计数. 删除时 只要还有一个有链接 文件就还有. 但是不能跨挂载点进行硬链接 软连接 就是 ln -s 硬链接 直接 ln 在 Linux 系统中,一切都是文件,然而为了区分不同类型的事物,我们有了: 普通文件