c++ - 使用 automake 将子目录编译成库的最佳方法?
问题描述
我有以下文件
├── configure.ac
├── main.cpp
├── Makefile.am
└── procs
├── Makefile.am
├── proc1
│ └── subprocs
│ ├── subprocA
│ │ ├── ProcA_SubprocA.cc
│ │ └── ProcA_SubprocA.h
│ └── subprocB
│ ├── ProcA_SubprocB.cc
│ └── ProcA_SubprocB.h
├── proc2
│ └── subprocs
│ ├── subprocA
│ │ ├── ProcB_SubprocA.cc
│ │ └── ProcB_SubprocA.h
│ └── subprocB
│ ├── ProcB_SubprocB.cc
│ └── ProcB_SubprocB.h
└── Subprocs.h
我的目标是从procs中的所有内容创建一个库,以便可以在main.cpp中使用它,它看起来像这样:
主文件
#include "Subprocs.h"
int main(){
ProcA_SubprocA * p = new ProcA_SubprocA();
p->use();
delete p;
return 0;
}
我想在 Subprocs.h 中包含 subprocs 的所有内容,因此它可以用作某种接口:
子进程.h
#include "ProcA_SubprocA.h"
#include "ProcA_SubprocB.h"
#include "ProcB_SubprocA.h"
#include "ProcB_SubprocB.h"
我的configure.ac看起来像这样:
配置.ac
AC_PREREQ([2.69])
AC_INIT([main], [0.1])
AM_INIT_AUTOMAKE([foreign subdir-objects])
#AC_CONFIG_MACRO_DIR([m4])
#LT_INIT
AC_PROG_CXX
AC_PROG_CC
AC_PROG_RANLIB
AC_CONFIG_FILES([Makefile procs/Makefile])
AC_OUTPUT
我的 Makefile.am 是这样的
生成文件.am
SUBDIRS = procs
AM_CPPFLAGS = -Iprocs
bin_PROGRAMS = main
main_SOURCES = main.cpp
#added:
main_LDADD = procs/libprocs.a
#ACLOCAL_AMFLAGS = -I m4
过程/Makefile.am
AM_CPPFLAGS = -Iproc1/subprocs/subprocA -Iproc1/subprocs/subprocB \
-Iproc2/subprocs/subprocA -Iproc2/subprocs/subprocB
#lib_LIBRARIES = libprocs.la
noinst_LIBRARIES = libprocs.a
libprocs_a_SOURCES = Subprocs.h \
proc1/subprocs/subprocA/ProcA_SubprocA.cc proc1/subprocs/subprocA/ProcA_SubprocA.h \
proc1/subprocs/subprocB/ProcA_SubprocB.cc proc1/subprocs/subprocB/ProcA_SubprocB.h \
proc2/subprocs/subprocA/ProcB_SubprocA.cc proc2/subprocs/subprocA/ProcB_SubprocA.h \
proc2/subprocs/subprocB/ProcB_SubprocB.cc proc2/subprocs/subprocB/ProcB_SubprocB.h
当我输入
#libtoolize && autoreconf -i -f && ./configure && make
autoreconf -i -f && ./configure && make
我在procs中得到一个名为libprocs.la的文件,但没有得到二进制文件。我也相当肯定我的 Makefile 是错误的,因为我什至无法手动编译main.cpp。
在这里可以做我想做的事吗?还是我想太多了,我什至不需要图书馆?对我来说重要的部分是main.cpp仅包含Subprocs.h,然后包含所有子进程。
先感谢您!
解决方案
你所介绍的内容有很多奇怪之处,还有一个明显的错误。你说,
我得到一个
libprocs.la
在 procs 中调用的文件,但我没有得到二进制文件。我也相当肯定我的 Makefile 是错误的,因为我什至无法main.cpp
手动编译。
Surelymake
的输出包含一条或多条错误消息,用于解释构建失败的原因。我猜,除非您首先make
只输入子目录,否则在这种情况下,您当然不会被构建。procs
main
但我有理由相信我可以猜到:你收到一个链接器错误,抱怨它 can't find ProcA_SubprocA::ProcA_SubprocA
. 这是因为尽管您的 Makefile 指定应该构建(并安装)该库,但它没有说它需要链接到main
. 有一个非常简单的解决方法,我稍后会回到。
不过,首先让我们谈谈libprocs.la
. 后缀对.la
Autotools 有意义,指定一个“libtool 存档”,但您实际上是将它构建为一个普通的静态库。Indeedlibtool
在这里并没有为您做任何特别有用的事情;我会通过LT_INIT
从您的中删除它来转储它configure.ac
(并且不要libtoolize
再次运行,因为它会将它放回去)。然后,将要构建的库的名称更改为更标准的libprocs.a
.
此外,由于该库似乎仅用于正在构建的一个程序,因此将其单独包含在安装中是没有帮助的。因此,不要在 中指定它,而是将其lib_LIBRARIES
指定为未安装的便利库:
noinst_LIBRARIES = libprocs.a
然后,您需要对库的SOURCES
变量进行相应的更改:
libprocs_la_SOURCES = ...
libprocs_a_SOURCES = ...
现在回到主程序,您需要告诉make
(和 Automake)该库需要链接到 program main
。关于如何做到这一点有一些变化,但我将建议一个相当简单的变化:
main_LDADD = procs/libprocs.a
在这些更改之后,重新运行autoreconf
(但不是libtoolize
)。但是请记住,只有在更改 Autotools 源之后才需要运行它——在你的情况下只需要Makefile.am
和configure.ac
文件。它是维护和开发包及其构建系统的细节。它不应该是构建或安装包的常规部分。
推荐阅读
- r - ggplot 轴乱码,看起来像 Unicode 框
- python - 在字典值列表中查找与另一个列表中的短语匹配的短语并返回找到的短语和相应的键
- java - load YAML in Java
- python - Question surrounding python and euclidean distance calculation
- java - implmentation of hashtable but there is a problem in coding i cant fix it
- android - How to securely store 3rd Party API keys when back end is provided entirely by 'Back End As A Service'?
- google-cloud-platform - IoT Core Issue with Rasperry PI
- python - Selenium:消息:无效参数:无效的“sameSite”
- apache - 为什么我使用 sudo certbot --apache 后看不到 https 网页
- java - 如何使用 Spring JPA 存储库正确保存具有外键的对象?