尝试使用外部库时未定义参考

Question

我正在尝试将C库合并到一些Rcpp代码中。

我可以轻松地在C ++程序中使用C库。 我“制作” C库，该库在/ lib文件夹中创建.a和.dll文件。 然后，我可以通过在程序中包含标头并从命令行运行类似内容的方式来使用该软件包：

cc myfile.cpp -o myfile -Ipath.to.header path.to.lib.a -lz

这实际上告诉编译器采用.cpp程序，包括-I的头，并链接到两个库。

如果我正确地理解了makevar，那么使它与Rcpp一起工作并不难（不幸的是，我似乎并不了解）。

我将库添加到包中的文件夹中，并在src中添加如下所示的makevars和makevars.win：

PKG_CFLAGS=
# specify header location
PKG_CPPFLAGS=-Ipath.to.lib/include
# specify libs to link to
PKG_LIBS=path.to.lib/lib/file.a -lz
# make library
path.to.lib/lib/file.a:
            cd path.to.lib;$(MAKE)

这正确地为库“生成”了.a和.dll文件，但是没有Rcpp魔术运行（即在构建中，我从未见过g++系统调用会编译src中的文件），因此“未创建Dll” 。

我相当确定这是我制作库的makevars目标中的问题。 当我从makevars中删除该部分，并在构建软件包之前自己从命令行“ make”该库时，我用-I和-l语句获得了正确的g++调用，但是我收到有关未定义引用的错误。

我注意到，-l语句仅包含在进行最终.dll的最终g++调用中，但不包括在编译具有库头文件的早期g++调用中。

所以我有两个问题：

• 如何修复我的makevars，以使其“生成”库，但不阻止Rcpp编译src中的文件？

• 我该如何处理未定义的引用？ 该库显然不是仅标头，因此我猜它在较早的g++调用中需要-l语句，但这甚至是不可能的。

Answer 1

最好的方法是完全避免使用复杂的src/Makevars文件。

解决这个问题的一种简单方法：使用configure来构建您的静态库，然后在实际构建后，只需在src/Makevars引用它src/Makevars 。

我在Rblpapi（我们在其中复制外部提供的库）中和nloptr中使用了该方案，在nloptr中，我们下载了nlopt源并“在需要时”构建它（即，当系统上没有libnlopt时）。