C++ 用于somelib和x2B的打包检查模块+;
我试图在C++链接中使我的AutoToo工具项目与库相结合,它起源于C++库(LbSimuliB.so),但也有绑定到C++(LbMaSeLbB++.so)。我正在尝试使用PKG_CHECK_模块检查此软件包是否已安装,并使用autotools链接它。然而,这两个lib都在一个包中(c++版本需要configure标志),并且只有一个.pc文件,其中独立于配置设置只有一行C++ 用于somelib和x2B的打包检查模块+;,c++,autotools,pkg-config,C++,Autotools,Pkg Config,我试图在C++链接中使我的AutoToo工具项目与库相结合,它起源于C++库(LbSimuliB.so),但也有绑定到C++(LbMaSeLbB++.so)。我正在尝试使用PKG_CHECK_模块检查此软件包是否已安装,并使用autotools链接它。然而,这两个lib都在一个包中(c++版本需要configure标志),并且只有一个.pc文件,其中独立于配置设置只有一行 Libs: -L${libdir} -lsomelib 没有提到任何的++版本。我在其他程序中也没有注意到单独的+++.p
Libs: -L${libdir} -lsomelib
没有提到任何的++版本。我在其他程序中也没有注意到单独的+++.pc文件。因此,不可能针对++版本进行自动链接。我曾考虑过手动将-lsomelib++添加到链接标志中,但这相当难看(如果有人在没有使用cxx标志的情况下编译它,这将不起作用)。我也可以用AcxSexChyLIBS测试它的存在性,但是因为它是C++库,所以它不是那么简单。
丢失的+++.pc文件是包分发商的错误,还是更深层的想法,我不知道如何使用它
如果有人真的不确定,我会说有问题的软件包是ossp uuid。是的,丢失的+++.pc通常会代表包装商提示遗漏
BTW:如果简单的(DCE)UUID足够,你可以考虑E2FSPROS/UTILINUX的LIUBUID(如果你运行这个操作系统)。
是的,缺失的++。PC通常暗示代包装者遗漏。
BTW:如果简单的(DCE)UUID足够,您可以考虑E2FSPROS/UTILINUX的LIUBUID(如果您运行这个OS)。