Linux静态库动态库的编译

最新推荐文章于 2024-06-08 12:35:07 发布
最新推荐文章于 2024-06-08 12:35:07 发布
阅读量773 收藏 1
点赞数 1
分类专栏： # LinuxProgramming Linux 文章标签： linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Ga4ra/article/details/124016745
版权

文章目录

0. 源码

目录：

$ tree CTest/
CTest/
├── include
│   └── foo.h
├── lib
├── main.c
├── Makefile
└── src
    ├── foo.c
    └── Makefile

库

foo.h:

#include <stdio.h>

int g_nShared;
int g_nTmp;

void funcExchange(int *a, int *b);
typedef void (*PFuncExchange)(int *a, int *b);

foo.c:

#include "foo.h"

int g_nShared = 1;
int g_nTmp = 0;

void funcExchange(int *a, int *b) 
{
    if(!a || !b) return;
    g_nTmp = *a;
    *a = *b;
    *b = g_nTmp;
    printf("I'm funcExchange from libFoo\n");
}

主程序

main.c:

#include "foo.h"

int main(void) {
    int n = 2;
    funcExchange(&n, &g_nShared);
    printf("n==%d\n", n);
    printf("g_nShared==%d\n", g_nShared);
    printf("g_nTmp==%d\n", g_nTmp);

    return 0;
}

1. 静态库

命名规则：lib+库的名字+.a

发布时除了.a，还要有头文件以提供接口查询。

制作步骤

以库test为例：

  1. 编译c文件-c生成.o文件
  2. src目录下，ar rcs libtest.a *.o

手工编译：

gcc -g -c ./src/foo.c -I./include -o ./src/foo.o
ar src libFoo.a ./src/*.o
gcc -g -static main.c -I./include/ -L./ -lFoo -o s_main

然后学一下nm（names）命令，nm litest.a可以查看有哪些.o文件；也可以跟可执行文件nm myapp。

$ nm libFoo.a

foo.o:
0000000000000000 T funcExchange
                 U _GLOBAL_OFFSET_TABLE_
0000000000000000 D g_nShared
0000000000000000 B g_nTmp
                 U puts
$ ar -t libFoo.a
foo.o
$ nm s_main
0000000000201014 B __bss_start
0000000000201014 b completed.7698
                 w __cxa_finalize@@GLIBC_2.2.5
0000000000201000 D __data_start
0000000000201000 W data_start
0000000000000620 t deregister_tm_clones
00000000000006b0 t __do_global_dtors_aux
0000000000200db0 t __do_global_dtors_aux_fini_array_entry
0000000000201008 D __dso_handle
0000000000200db8 d _DYNAMIC
0000000000201014 D _edata
0000000000201020 B _end
0000000000000864 T _fini
00000000000006f0 t frame_dummy
0000000000200da8 t __frame_dummy_init_array_entry
0000000000000a1c r __FRAME_END__
000000000000078e T funcExchange
0000000000200fa8 d _GLOBAL_OFFSET_TABLE_
                 w __gmon_start__
0000000000201010 D g_nShared
0000000000201018 B g_nTmp
00000000000008b4 r __GNU_EH_FRAME_HDR
0000000000000580 T _init
0000000000200db0 t __init_array_end
0000000000200da8 t __init_array_start
0000000000000870 R _IO_stdin_used
                 w _ITM_deregisterTMCloneTable
                 w _ITM_registerTMCloneTable
0000000000000860 T __libc_csu_fini
00000000000007f0 T __libc_csu_init
                 U __libc_start_main@@GLIBC_2.2.5
00000000000006fa T main
                 U printf@@GLIBC_2.2.5
                 U puts@@GLIBC_2.2.5
0000000000000660 t register_tm_clones
                 U __stack_chk_fail@@GLIBC_2.4
00000000000005f0 T _start
0000000000201018 D __TMC_END__

中间这一列，符号类型解释如下（可以man nm查询）：

符号类型说明
A该符号的值是绝对的，在以后的链接过程中，不允许进行改变。这样的符号值，常常出现在中断向量表中，例如用符号来表示各个中断向量函数在中断向量表中的位置。
B该符号的值出现在非初始化数据段(bss)中。例如，在一个文件中定义全局static int test。则该符号test的类型为b，位于bss section中。其值表示该符号在bss段中的偏移。一般而言，bss段分配于RAM中
C该符号为common。common symbol是未初始话数据段。该符号没有包含于一个普通section中。只有在链接过程中才进行分配。符号的值表示该符号需要的字节数。例如在一个c文件中，定义int test，并且该符号在别的地方会被引用，则该符号类型即为C。否则其类型为B。
D该符号位于初始话数据段中。一般来说，分配到data section中。例如定义全局int baud_table[5] = {9600, 19200, 38400, 57600, 115200}，则会分配于初始化数据段中。
G该符号也位于初始化数据段中。主要用于small object提高访问small data object的一种方式。
I该符号是对另一个符号的间接引用。
N该符号是一个debugging符号。
R该符号位于只读数据区。例如定义全局const int test[] = {123, 123};则test就是一个只读数据区的符号。注意在cygwin下如果使用gcc直接编译成MZ格式时，源文件中的test对应_test，并且其符号类型为D，即初始化数据段中。但是如果使用m6812-elf-gcc这样的交叉编译工具，源文件中的test对应目标文件的test,即没有添加下划线，并且其符号类型为R。一般而言，位于rodata section。值得注意的是，如果在一个函数中定义const char *test = “abc”, const char test_int = 3。使用nm都不会得到符号信息，但是字符串“abc”分配于只读存储器中，test在rodata section中，大小为4。
S符号位于非初始化数据区，用于small object。
T该符号位于代码区text section。
U该符号在当前文件中是未定义的，即该符号的定义在别的文件中。例如，当前文件调用另一个文件中定义的函数，在这个被调用的函数在当前就是未定义的；但是在定义它的文件中类型是T。但是对于全局变量来说，在定义它的文件中，其符号类型为C，在使用它的文件中，其类型为U。
V该符号是一个weak object。
WThe symbol is a weak symbol that has not been specifically tagged as a weak object symbol.
-该符号是a.out格式文件中的stabs symbol。
?该符号类型没有定义

Makefile

src/Makefile:

TARGET = libFoo.a

CC = gcc
CCFLAGS = -c -g
INCLUDEPATH = -I../include
AR = ar
ARFLAG = rcs
LIBPATH = ../lib/

OBJ = foo.o

all : $(TARGET)

$(TARGET): $(OBJ)
	$(AR) $(ARFLAG) $(LIBPATH)$(TARGET) *.o

$(OBJ): foo.c
	$(CC) $(CCFLAGS) $(INCLUDEPATH) foo.c -o $(OBJ)

.phony: clean 
clean:
	rm $(OBJ)
	rm $(LIBPATH)$(TARGET)

根目录makefile:

CC = gcc
TARGET = s_main
CFLAGS = -static -g
INCLUDE = -I./include/
LDFLAGS = -L./lib/
LIBS = -lFoo
LIB = libFoo.a
SUBDIR = ./src

main: main.c $(LIB)
	$(CC) $(CFLAGS) $(INCLUDE) $(LDFLAGS) main.c $(LIBS) -o $(TARGET)

$(LIB):
	cd $(SUBDIR) && $(MAKE)

.phony: clean 
clean:
	rm $(TARGET)
	cd $(SUBDIR) && $(MAKE) clean

优缺点

优点：发布程序时不需提供库；加载库快。

缺点：程序大；升级时要重新编译。

所以，制作.a要选择好该加入哪些.o文件。

2. 动态库

命名规则：lib+库的名字+.so

制作步骤

  1. 生成与位置无关的.o，gcc -fPIC -c *.c
  2. 将.o打包成共享库，gcc -shared -o libFoo.so *.o [-I ../include]

可以合成一句：gcc -shared -fpic foo.c -o libFoo.so

同样移到库目录，把头文件和动态库发布给用户。

使用so：gcc main.c -I include libFoo.so -o main

手工编译：

gcc -g -shared -fpic src/foo.c -I./include -o libFoo.so
gcc main.c ./libFoo.so -I./include -o main	# 错误方法

关于PIC和GOT，参考另一篇笔记：ELF链接原理

可以用ldd查看so；windows中可以用depends.exe查看dll。

$ ldd libFoo.so
        linux-vdso.so.1 (0x00007ffe11bf4000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8a6b172000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f8a6b765000)
$ ldd main
        linux-vdso.so.1 (0x00007ffc5c7e9000)
        ./libFoo.so (0x00007f8a43c6c000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8a4387b000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f8a44070000)

上面这样是在编译时指定了so的绝对路径，这样不太讲究，通常应该用-l链接：

$ gcc main.c -I./include/ -L./lib/ -lFoo -o main	# 正确方法
$ ldd main
        linux-vdso.so.1 (0x00007ffffb98f000)
        libFoo.so => not found
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb890cbf000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fb8912b2000)

我们的自定义库没有被找到，因为它不在/usr/lib, /usr/local/lib , /usr/lib64中。

可以看到动态链接器ld-linux-x86-64.so，就是它根据$PATH调用其它动态库。

再看看其它的依赖库。linux-vdso.so是驻留在内存中的，vdso即虚拟动态共享库，没有实际文件。

如果so在自定义目录中，那么有三种方法来配置：

  1. 临时提供一个环境变量export LD_LIBRARY_PATH=lib路径，路径可以是绝对路径，也可以是相对路径；
  2. 把上一个方法的命令添加进.bashrc，路径得是绝对路径；
  3. 把动态库的路径写进动态链接器的配置文件/etc/ld.so.conf，sudo ldconfig [-v]更新。

通常使用第3种方法。这里用第一种测试即可：

$ export LD_LIBRARY_PATH=./lib/
$ ldd main
        linux-vdso.so.1 (0x00007ffd33bf3000)
        libFoo.so => ./lib/libFoo.so (0x00007fcc7c32a000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fcc7bf39000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fcc7c72e000)

现在，就不会显示not found了。

也不要把库直接复制进用户的lib目录，可能覆盖重名库。

另外还有一个环境变量叫LIBRARY_PATH, 用于在编译期间指定查找共享库的路径，是给gcc等编译器用的，而LD_LIBRARY_PATH是运行期间，给ld.so动态链接器用的。

Makefile

src/makefile:

TARGET = libFoo.so

CC = gcc
CCFLAGS = -g -shared -fpic
INCLUDEPATH = -I../include
LIBPATH = ../lib/


all : $(TARGET)

$(TARGET): $(OBJ)
	$(CC) $(CCFLAGS) $(INCLUDEPATH) foo.c -o $(LIBPATH)$(TARGET)

.phony: clean 
clean:
	rm $(LIBPATH)$(TARGET)

根目录下makefile：

CC = gcc
TARGET = main
CFLAGS = -g
INCLUDE = -I./include/
LDFLAGS = -L./lib/
LIBS = -lFoo
LIB = libFoo.so
SUBDIR = ./src

main: main.c $(LIB)
	$(CC) $(CFLAGS) $(INCLUDE) $(LDFLAGS) main.c $(LIBS) -o $(TARGET)

$(LIB):
	cd $(SUBDIR) && $(MAKE)

.phony: clean 
clean:
	rm $(TARGET)
	cd $(SUBDIR) && $(MAKE) clean

动态加载

相关api文档：

主程序源码：

#include <stdio.h>
#include <stdlib.h>
#include <dlfcn.h>
#include "foo.h"


int main(void)
{
    void *handle = NULL;
    PFuncExchange pFuncExchange = NULL;
    char *error = NULL;
    int n = 2;

    handle = dlopen("libFoo.so", RTLD_LAZY);    // https://blog.csdn.net/Ga4ra/article/details/123515542
    if (!handle) {
        fprintf(stderr, "%s\n", dlerror());
        exit(EXIT_FAILURE);
    }

    dlerror();    /* Clear any existing error */

    pFuncExchange = (PFuncExchange) dlsym(handle, "funcExchange");



    error = dlerror();
    if (error != NULL) {
        fprintf(stderr, "%s\n", error);
        exit(EXIT_FAILURE);
    }

    pFuncExchange(&n, &g_nShared);
    printf("n==%d\n", n);
    printf("g_nShared==%d\n", g_nShared);
    printf("g_nTmp==%d\n", g_nTmp);

    dlclose(handle);
    return EXIT_SUCCESS;
}

手动编译：

$ gcc -g main.c -I./include/ -L./lib/ -lFoo -ldl -o main
$ ldd main
        linux-vdso.so.1 (0x00007ffff4b5f000)
        libFoo.so => ./lib/libFoo.so (0x00007f4b888bf000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f4b886bb000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4b882ca000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f4b88cc4000)
$ ./main
I'm funcExchange from libFoo
n==1
g_nShared==2
g_nTmp==2

makefile加上对libdl.so的引用:

CC = gcc
TARGET = main
CFLAGS = -g
INCLUDE = -I./include/
LDFLAGS = -L./lib/
LIBS = -lFoo -ldl
LIB = libFoo.so
SUBDIR = ./src

main: main.c $(LIB)
	$(CC) $(CFLAGS) $(INCLUDE) $(LDFLAGS) main.c $(LIBS) -o $(TARGET)

$(LIB):
	cd $(SUBDIR) && $(MAKE)

.phony: clean 
clean:
	rm $(TARGET)
	cd $(SUBDIR) && $(MAKE) clean
CodeStarr
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
nm 命令中 符号详解
xpmwgcwm的博客
12-06 336
符号 类型 说明 A 该符号的值是绝对的，在以后的链接过程中，不允许进行改变。这样的符号值，常常出现在中断向量表中，例如用符号来表示各个中断向量函数在中断向量表中的位置。 B 该符号的值出现在非初始化数据段(bss)中。例如，在一个文件中定义全局static int test。则该符号test的类型为b，位于bss section中。其值表示该符号在bss段中的偏移。一般而言，bss段分...
LIBC.lib 错误
ac_yexinring的专栏
10-30 668
fatal error LNK1104: 无法打开文件“LIBC.lib”错误   方法一： 用VSDNET2005重新编译某个工程的发生了链接错误 现在把这个解决过程分享一下。 错误如下：fatal error LNK1104: 无法打开文件“LIBC.lib” 。 解决如下：项目->属性中->配置属性->链接器->输入->在忽略特定库中写入打不开的文件的名称LIBC.lib;
Linux：动态库和静态库的编译与使用
最新发布
weixin_67035108的博客
06-08 975
在《MinGW：从入门到链接库》博客中简单介绍了如何编译动态链接库和静态链接库，本篇博客将详细的对Linux下编译动态链接库和静态链接库以及使用进行讲解，刨析创建库文件的时候Linux做了哪些操作。1..Linux下的动态链接库的命名规则为lib+文件名+.so，所以Linux中以.so结尾的文件，一般可以视为动态链接库的文件。1..Linux下的动态链接库的命名规则为lib+文件名+.a，所以Linux中以.a结尾的文件，一般可以视为静态链接库的文件。动态链接库在程序运行时被加载，而不是在编译时。
linux下编译curl动态库,linux下编译扩展安装curl模块（在php正常运行的情况下）
weixin_33615688的博客
05-04 164
1.找到你安装PHP时候的源码目录(就是你安装php时候的编译安装执行所在的目录)如：2.你安装php完保存的目录如：/usr/local/php知道以上这两个就可以开始安装了：开始1.cd /usr/local/src/php-5.4.3/ext/curl2.执行命令命令：/usr/local/php/bin/phpize上面执行完了再执行下面命令： ./configure-with-php-c...
SDL静态链接库
qq_38883139的博客
04-07 906
想把SDL库以静态的方式链接，但是我手上没有SDL静态库，于是自己用Cmake把SDL的源码编译成静态链接库，Win32控制台应用程序调用没有没问题，但是作为静态链接库，再封装成一个自己的动态库就编译不过了 报错如下: 有人说cmake的静态跟vs版本可能不匹配。 改用VS编译，还没有研究怎么用VS编译。别人提供了一个网站https://github.com/ShiftMediaProject ，从这个网站拿现成的。 下载里面的sdl2 在这里插入图片描述 下载下来的文件是这个 解压之后，找到smp，
libc编译及问题解决
hds_yx的专栏
07-18 2375
目标： 编译出libc库文件，进行替换验证； 下载源码： https://www.gnu.org/software/libc/ 编译： mkdir libc cd libc tar -xzf glibc-2.18.tar.gz cd glibc-2.18/ mkdir build cd build ../configure CC=arm-cortex_a9-lin
Linux下g++编译与使用静态库和动态库的方法
08-30
Linux下g++编译与使用静态库和动态库的...Linux 下 g++ 编译与使用静态库和动态库的方法需要首先编译生成目标文件，然后使用 ar 命令生成静态库或使用 g++ 编译器生成动态库，最后在项目编译过程中利用静态库或动态库。
linux 动态库静态库
04-05
在Linux系统中，动态库（Dynamic Library）和静态库（Static Library）是程序开发中不可或缺的部分，它们提供了代码复用和模块化的功能。本篇文章将深入探讨这两种库的创建、使用以及它们之间的区别。 首先，我们来...
Linux静态库和动态库的分析及实现
01-09
　linux下的库有两种：静态库和共享库（动态库）。 　二者的不同点在于代码被载入的时刻不同。 　静态库的代码在编译过程中已经被载入可执行程序，因此体积较大。 　共享库的代码是在可执行程序运行时才载入内存...
grpc-1.30.2 Linux 编译静动态库
07-31
默认编译是静态库，但考虑到 linux 上动态库使用较多，所以使用 -DBUILD_SHARED_LIBS=ON 参数编译为动态库。 在 centos 7 下使用 gcc 4.8.5 + cmake 3.16.9 编译，包含 bin, include, lib, lib64, share 五个目录，...
Linux静态库和动态库的制作
01-09
静态库：在编译阶段加载（将库文件的代码加载到源文件） 动态库：在运行时加载 3.生成可执行文件存在的区别（优缺点） （1）使用静态库生成的可执行文件大于动态库生成的可执行文件（程序占用的内存较多） （2）使用...
windows平台下面的libc库源代码新鲜出炉~~
coolsooner
09-04 202
1、a libc source codes on windows by cc group(xichen2, xuchen); windows平台下面的libc库源代码, cc组合编写； 2、因为C库的内容很多，目前必须依然依赖windows的C库，正在逐步摆脱依赖关系，最终实现只调用windows API. 3、工程使用VS2010打开; 4、参考如下代码： Microsoft ...
Makefile多文件编程+Makefile制作Linux动态库和静态库【实例化、简单易懂】
jnxhz2008的博客
07-30 5570
目录 一、多文件编程 二、Makefile 简单实例 2.1 简介 2.2 格式 2.3 实践 三、使用Makefile制作动态库、静态库 3.1 Linux下的库（动态库、静态库）简介 3.1.1 什么是库 3.1.2库的种类 3.2.3 库存在的意义 3.2.4在linux下如何制作库文件 3.2.5 查看可执行程序依赖的库（ldd命令） 3.2.6 如何让系找到库 3.2 Makefile制作静态库 3.3Makefile 制作动态库 3.4 Makefile的改...
Linux入门3(程序的编译与调试 静态库和动态库)
IT_涛涛
05-02 1109
编译与调试 gdb 多线程调试 动态库和静态库的生成与使用
VC6.0静态编译注意事项
weixin_30641465的博客
05-09 156
选择静态编译（工程->常规->Microsoft基础类->使用MFC作为静态链接库）的时候，会报错：MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _sprintf already defined in LIBCMTD.lib(sprintf.obj)报错的意思及原因是使用的某些外部静态库编译时使用的标准库和当前工程使用的标...
linux下nm命令的基本使用以及输出符号类型详解
啥都不会凯凯凯凯凯的博客
07-15 7582
目录nm命令的基本使用什么是nm命令nm命令的常用参数举个栗子输出符号类型详解 nm命令的基本使用 什么是nm命令 nm命令是linux下针对某些特定文件的分析工具，能够列出库文件（.a、.lib）、目标文件（*.o）、可执行文件的符号表。 nm命令的常用参数 -A 或 -o 或 --print-file-name：打印出每个符号属于的文件 -a 或 --debug-syms：显示调试符号。 -B：等同于–format=bsd，用来兼容MIPS的nm。 -C 或 --demangle：将低级符号名解码(de
Yolo-FastestV2在树莓派4B上的MNN移植记录
weixin_39266208的博客
12-25 3928
Yolo-FastestV2 https://github.com/dog-qiuqiu/Yolo-FastestV2/， 非常感谢作者的分享！ 模型准备 首先，下载代码，根据要求训练，或者直接使用作者训练好的模型，根据作者的文档，导出onnx模型。 MNN编译 下载最新的MNN代码。 编译MNNConvert 首先编译MNNConvert，这个是x86_64版本的，还好，用cmake可以在不同的目录里build，根据官方文档编译，默认是不成功的，我的版本是1.2.1。编译方式如下： cd MNN/ ./s
Linux 文件系统：动静态库
Han同学
03-22 1112
Linux 文件系统：动静态库
多线程编程模式之Single Threaded Execution 模式
博采众长，自成一派；
06-12 1229
一、Single Threaded Execution 模式介绍 简单的来说，Single threaded execution 模式描述了在一种多线程环境下各个线程对于公用资源的使用方式——任一时刻，只有一个线程可以使用该公用资源~ STE有三个关键部分：多线程、公有资源、唯一线程可使用；关于为什么使用多线程这个问题，答案是我们可以利用它来获得好处，这个好处就是我们系统的一部分性能将获得提高...
linux静态库动态库
09-16
Linux中有两种类型的库，即静态库和动态库。静态库（.a）在编译链接时将库的代码链接到可执行文件中，程序运行时不需要再跳转到静态库。而动态库（.so）在程序运行时才会链接动态库的代码，多个程序可以共享使用动态...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值