工作中遇到的编译情况【上】

说在前面:

笔者环境:

    虚拟机:debian_9_64

    gcc: 6.3.0 20170516 

    uname -a 的结果:

    Linux debian9-64-Desktop 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux

先从简单的问题开始

需求:和一个静态库一起打包成为可执行文件

应用场景:将所有的ffmpeg的库分别打包成为静态库,然后再一起打包为动态库给到Android调用

这里从一个简单的事例开始

建立三个文件 a.h , a.c , main.c

内容分别为

 #ifndef HEADER_A
 #define HEADER_A
 #include <stdio.h>
 
 void testA();
 
 #endif
#include "a.h"

void testA(){
    printf("hello A \n");
}
#include "a.h"
 
int main(int argc,char* argv[])
{
    printf("hello main\n");
    testA();
    return 0;
}

目录结构如下

tree .

# 输出
├── a.c
├── a.h
└── main.c

开始创建静态库

# 生成目标文件 a.o
gcc -c  a.c -I.

# 创建静态库【失败】
ar -cr a.o
> ar: a.o: 不可识别的文件格式

# 创建静态库【成功】
ar -cr -o liba.a a.o

开始链接静态库

# 开始编译【这里需要注意先后顺序哦,否则会找不到符号的】
gcc -la main.c -o main.o #【错误】
gcc -L. main.c -la -o main.o #【正确】

# 对于上面错误的写法。输出
/tmp/cc1oAODM.o:在函数‘main’中:
main.c:(.text+0x21):对‘testA’未定义的引用
collect2: error: ld returned 1 exit status

在这里你会发现这里出现了未定义的引用,这个是开发c/c++程序的人经常遇到的一个问题之一,那么如果我们拿着一个第三方库,或者自己因为一些失误打出来的库导致的未定义的引用 怎么办呢?

这里要说下: 可以借助工具来判断,比方说上面的liba.a ,我们可以判断是否包含testA这个定义

nm ../liba.a 

a.o:
                 U _GLOBAL_OFFSET_TABLE_
                 U printf
0000000000000000 T testA

如果看不懂 U T 等含义的,这里推荐看一篇文章,点这里

这里简单说下含义:

符号 含义
T text symbol, global 全局符号
U undefined symbol 未定义的符号

你会发现liba.a 定义了这个符号,却报找不到定义。【如果这里找不到符号,那么就是库本身有问题了】

那么只能是顺序的问题了,改成上面正确的写法就可以了。

需求:有静态库和动态库,请一起打包成为可执行文件

增加两个文件b.h , b.c,内容为:

#ifndef HEADER_B
#define HEADER_B
#include <stdio.h>

void testB();
#endif
#include "b.h"
 
void testB(){
    printf("hello B \n");
}

生成动态库

gcc -shared -fPIC -o libb.so b.c -I

# 这里使用objdump 进行查看是否将符号打到库里面了
objdump -Tt libb.so |grep test

# 输出
0000000000000670 g     F .text  0000000000000013              testB
0000000000000670 g    DF .text  0000000000000013  Base        testB
符号 含义
D 有定义
F 有符号
gcc main.c -L. -la -lb 

/tmp/ccTFbai9.o:在函数‘main’中:
main.c:(.text+0x21):对‘testA’未定义的引用
collect2: error: ld returned 1 exit status

如果有人说将-la,改成liba.a 也是可以的,但是如果这里就是要用 -la 怎么做呢?

gcc main.c -L. -Wl,-Bstatic -la -Wl,-Bdynamic -lb

./a.out 

#输出
./a.out: error while loading shared libraries: libb.so: cannot open shared object file: No such file or directory

上面的错误,需要将动态库的路径添加到动态库的查找路劲下,才可以

export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:.

$ ./a.out 
hello main
hello A
hello B 
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 一、温故而知新 1. 内存不够怎么办 内存简单分配策略的问题地址空间不隔离内存使用效率低程序运行的地址不确定 关于...
    SeanCST阅读 7,941评论 0 27
  • Swift1> Swift和OC的区别1.1> Swift没有地址/指针的概念1.2> 泛型1.3> 类型严谨 对...
    cosWriter阅读 11,172评论 1 32
  • 起因 理论功底 动态库和静态库 介绍 静态库和动态库的区别 举个例子, iOS 项目中使用 Embeded Fra...
    leverkusen188阅读 1,040评论 0 3
  • 姓名:周敏 公司:成都好食川食品有限公司 【日精进打卡第039天】 【知~学习】 《六项精进》0遍 共59遍 《大...
    周敏_201e阅读 140评论 0 0
  • 五岁的佩姬正在看电视,妈妈再三提醒她,早已经过了睡觉的时间。妈妈提醒时,佩姬哀求妈妈让她晚点睡,让她“看完这个...
    行走的教育阅读 629评论 0 1