情况是在centos7.9上,c程序编译 .o完成,链接时候没有找到openssl,报错如下:
openssl是 grpc.pc引入的:
已经安装 openssl、openssl-devel、openssl-perl、openssl-libs:
libssl.so也存在:
然后检查发现 openssl.pc 文件明明存在:
然后打印 PKG_CONFIG_PATH 发现问题,是我把 gcc升级后,gcc环境选择到 /opt/rh 目录了。
添加配置路径,发现没有生效:
添加另一个路径,然后我的是生效了:
最后我的程序链接完成。
很多大型第三方框架使用Pkg-Config维护它依赖库路径、头文件路径、编译选项、链接选项等信息,文件名后缀是 .pc ,方便第三方开发者便捷地获取相关信息,例如OpenCV和Seastar,通常都是大型且复杂的第三方库
可以通过Linux的 PkgConfig 命令获取相关信息,如
pkg-config --libs --cflags seastar
CMake通过 FindPkgConfig 模块来使用获取相关信息,比较经典的写法是:
后面就可以通过 SEASTARPC_LIBRARIES 等方式获取相关编译选项和库名称等。
具体有哪些可以使用,可以参看CMake的 FindPkgConfig 模块使用.
一些细节问题可以百度一下,以上方法足够日常开发使用。
seastar.pc位于/seastar/build/release/seastar.pc,文件内容如下:
今天编译一个开源库libartnet的使用demo时候遇到一个问题,之前没遇到过的,记录一下。其实很简单,这个开源库编译安装时,我习惯性地不把它安装到/usr或者/usr/local下,而是安装到/opt下,只是为了以后不想要的时候删掉比较方便,结果编译artnet的demo的时候就编译不了了,因为这个demo程序也是通过configure make 这样的步骤去编译的。具体问题就是在执行configure脚本的时候找不到自己安装在/opt下的库,因为默认不会去那里找库的。
那怎么办呢?
如果是makefile或者gcc编译命令还好改,直接加搜索路径就可以了,仔细一看,原来这个检查项目依赖的动态链接库的步骤是通过pkg-config工具去完成的,pkg-config工具是去读所有.pc文件的。这些pc文件在哪里找呢?默认会在/usr/lib/、/lib/类似的这些放置比较重要的库的目录下的pkgconfig目录里,如果自己安装了一个库在这些目录里的话,对应库的pc文件也会放到这些目录的pkgconfig目录下,所以可以默认搜索得到。但是自己装得库就不会,你安装在哪里,库的pc文件就在对应pkgconfig目录里,而这pkg-config工具是不知道的。所以我们只需要为PKG_CONFIG_PATH这个环境变量添加自己的库的pc文件存放路径比如/opt/artnet/lib/pkgconfig/,这样在configure的时候就会去搜索这个目录下的动态链接库了。
提醒一下:PKG_CONFIG_PATH和PATH变量一样,通过冒号间隔前后两个搜索的路径。
pkg-config也是一个有意思的东西啊!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)