Linux下构建自己的C++共享库并配合pkg-config生成链接选项

42 篇文章 2 订阅
19 篇文章 4 订阅

Linux下构建自己的C++共享库并配合pkg-config生成链接选项

本文将以C++链表的新建、打印操作为例构建自己的共享库,并在实际调试代码时尝试使用。我们在做数据结构题时经常需要将链表打印出来看一下结果,但是并没有一种库函数可以让我们直接调用来打印自己的基于ListNode的链表(LeetCode的题目通常是这样的链表)。因此本文将以此为例,介绍怎样构建自己的动态链接库,并通过pkg-config生成对应的链接选项。

编译生成共享库并添加到环境变量

源文件编译生成共享库

我们的链表库的源代码LinkedList.cpp是这样的,仅有两个函数新建、打印做例子。其源文件和头文件如下:

// LinkedList.cpp
#include <iostream>
#include <vector>

using namespace std;

struct ListNode{
    int val;
    ListNode* next;
    ListNode(int x) : val(x), next(NULL) {}
};


ListNode* createList(const vector<int> vec){
    ListNode* head = new ListNode(0);
    ListNode* prev = head;
    for (int i : vec){
        ListNode* next = new ListNode(i);
        head->next = next;
        head = next;
    }
    return prev->next;
}

void printList(ListNode* head){
    ListNode* p = head;
    while(p){
        cout << p->val << " -> ";
        p = p->next;
    }
    cout << "nullptr" << endl;
}


// dsutils.h
#include <iostream>
#include <vector>
using namespace std;

struct ListNode;
ListNode* createList(const vector<int> vec);
void printList(ListNode* head);

我们先来编译链接生成共享库:

g++ -shared -fpic LinkedList.cpp -o libmlist.so

由于我们的共享库要在运行时动态链接,因此需要将它放到特定的目录下,并将该目录添加到环境变量LD_LIBRARY_PATH,否则会在运行时报找不到库的错误。(关于动态链接与加载,可参考:Linux下的ELF文件、链接、加载与库(含大量图文解析及例程)

mkdir /home/song/mlib 
cp libmlist.so /home/song/mlib
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/song/mlib

头文件dsutils.h也放在一个目录下:

mkdir /home/song/minclude
cp dsutils /home/song/minclude

测试代码编译运行

现在我们创建一个测试代码test.cpp

// test.cpp
#include <iostream>
#include <vector>

#include "dsutils.h"

using namespace std;

int main(int argc, char* argv[]){
        vector<int> vec = {1, 2, 3, 4, 5};
        ListNode* head = createList(vec);
        printList(head);

        return 0;
}

其实我们现在就可以用了,只是需要比较复杂的链接选项。我们要这样编译(其选项具体含义可参考:gcc参数 -i, -L, -l, -include):

g++ test.cpp -I/home/song/minclude -L/home/song/mlib -lmlist -o test

就可以正常生成可执行文件了,其运行输出为:

$ ./test
1 -> 2 -> 3 -> 4 -> 5 -> nullptr

但问题时,总不能每次都打这么一长串编译选项,现在只有一个库文件还好,如果大项目中库文件项目多了,就记不住了。这时我们就需要pkg-config工具来帮助我们生成链接选项。

利用pkg-config生成编译链接选项

安装

如果还没有安装过pkg-config工具的读者可以:

下载、解压、安装、验证一气呵成:

# 下载
wget https://pkg-config.freedesktop.org/releases/pkg-config-0.29.2.tar.gz
# 解压
tar -zxvf pkg-config-0.29.2.tar.gz 
# 安装
cd pkg-config-0.29.2/
./configure 
make
make check
sudo make install
# 验证
pkg-config --version
# 输出:0.29.2 安装成功

配置dsutils.pc

安装完成后,我们需要配置pc文件,来告诉pkg-config如何帮我们生成链接选项,即我们有dsutils.pc

lib_dir=/home/song/mlib
include_dir=/home/song/minclude

Name: dsutils
Description: My utils of data structure.
Version: 0.1
Cflags: -I${include_dir}
Libs: -L${lib_dir} -lmlist

将配置好的dsutils.pc放到pkg-config的目录/usr/local/lib/pkgconfig/下:

这时,可以在命令行中测试一下:

pkg-config dsutils --libs --cflags

一切正常的话会输出:

-I/home/song/minclude -L/home/song/mlib -lmlist

读者可能已经发现了,这就是上面那一串长长的编译链接选项。这样做的另一个好处是,如果我们有更多的dsutils,如libmbtree.so,可以直接在dsutils.pc中添加,来增加链接选项,而不用去记那么多的库。

测试

测试只要将上面的选项在编译时添加上即可:

g++ test.cpp -o test `pkg-config dsutils --libs --cflags`

如果一切正常则会产生一个可执行文件test,运行它,我们将得到输出:

1 -> 2 -> 3 -> 4 -> 5 -> nullptr

如果过程中有报错,请先参考Linux下编译、链接、加载运行C++ OpenCV的两种方式及常见问题的解决。如问题还不能解决,欢迎留言讨论。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
文中是linuxC++动态 实现接口提供类导出的一个例子 注意其中使用函数返回基类指针的用法,因为Linux的动态链接不能像MFC中那样直接导出类 一、介绍 如何使用dlopen API动态地加载C++函数和类,是Unix C++程序员经常碰到的问题。 事实上,情况偶尔有些复杂,需要一些解释。这正是写这篇mini HOWTO的缘由。 理解这篇文档的前提是对C/C++语言中dlopen API有基本的了解。 这篇HOWTO的维护链接是: http://www.isotton.com/howtos/C++-dlopen-mini-HOWTO/ 二、问题所在 有时你想在运行时加载一个(并使用其中的函数),这在你为你的程序写一些插件或模块架构的时候经常发生。 在C语言中,加载一个轻而易举(调用dlopen、dlsym和dlclose就够了),但对C++来说,情况稍微复杂。 动态加载一个C++的困难一部分是因为C++的name mangling (译者注:也有人把它翻译为“名字毁坏”,我觉得还是不翻译好), 另一部分是因为dlopen API是用C语言实现的,因而没有提供一个合适的方式来装载类。 在解释如何装载C++之前,最好再详细了解一下name mangling。 我推荐您了解一下它,即使您对它不感兴趣。因为这有助于您理解问题是如何产生的,如何才能解决它们。 1. Name Mangling 在每个C++程序(或、目标文件)中, 所有非静态(non-static)函数在二进制文件中都是以“符号(symbol)”形式出现的。 这些符号都是唯一的字符串,从而把各个函数在程序、、目标文件中区分开来。 在C中,符号名正是函数名:strcpy函数的符号名就是“strcpy”,等等。 这可能是因为两个非静态函数的名字一定各不相同的缘故。 而C++允许重载(不同的函数有相同的名字但不同的参数), 并且有很多C所没有的特性──比如类、成员函数、异常说明──几乎不可能直接用函数名作符号名。 为了解决这个问题,C++采用了所谓的name mangling。它把函数名和一些信息(如参数数量和大小)杂糅在一起, 改造成奇形怪状,只有编译器才懂的符号名。 例如,被mangle后的foo可能看起来像foo@4%6^,或者,符号名里头甚至不包括“foo”。 其中一个问题是,C++标准(目前是[ISO14882])并没有定义名字必须如何被mangle, 所以每个编译器都按自己的方式来进行name mangling。 有些编译器甚至在不同版本间更换mangling算法(尤其是g++ 2.x和3.x)。 即使您搞清楚了您的编译器到底怎么进行mangling的,从而可以用dlsym调用函数了, 但可能仅仅限于您手头的这个编译器而已,而无法在下一版编译器下工作。 三、类 使用dlopen API的另一个问题是,它只支持加载函数。 但在C++中,您可能要用到中的一个类,而这需要创建该类的一个实例,这不容易做到。 四、解决方案 1. extern "C" C++有个特定的关键字用来声明采用C binding的函数: extern "C" 。 用 extern "C"声明的函数将使用函数名作符号名,就像C函数一样。 因此,只有非成员函数才能被声明为extern "C",并且不能被重载。 尽管限制多多,extern "C"函数还是非常有用,因为它们可以象C函数一样被dlopen动态加载。 冠以extern "C"限定符后,并不意味着函数中无法使用C++代码了, 相反,它仍然是一个完全的C++函数,可以使用任何C++特性和各种类型的参数。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值