【问题标题】:Best way to compile subdirectories into libraries with automake?使用 automake 将子目录编译成库的最佳方法?
【发布时间】:2018-06-26 07:39:56
【问题描述】:

我有以下文件

├── 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 中的所有内容创建一个库,以便可以在 ma​​in.cpp 中使用它,它看起来像这样:

main.cpp

#include "Subprocs.h"

int main(){

    ProcA_SubprocA * p = new ProcA_SubprocA();
    p->use();
    delete p;

    return 0;
}

我想在 Subprocs.h 中包含所有子进程,所以它可以用作某种接口:

子进程.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's 像这样

Makefile.am

SUBDIRS = procs

AM_CPPFLAGS = -Iprocs

bin_PROGRAMS = main
main_SOURCES = main.cpp
#added:
main_LDADD = procs/libprocs.a

#ACLOCAL_AMFLAGS = -I m4

procs/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 是错误的,因为我什至无法手动编译 ma​​in.cpp

是否有可能在这里做我想做的事?还是我想太多了,我什至不需要图书馆?对我来说重要的部分是 ma​​in.cpp 只包含 Subprocs.h ,然后包含子进程的所有包含。

提前谢谢你!

【问题讨论】:

  • libtoolize 修改您的Makefile.amconfigure.ac 文件,这就是为什么您必须在之后autoreconf。如果这是您打算采用的方式(这绝不是错误的),那么 libtoolizeautoreconf 应该一次完成,而不是作为每个构建的一部分。此外,在这种情况下,与此问题相关的是 post-libtoolize 文件(看起来确实可能是您提出的内容,但请澄清)。
  • 该库是用于您正在构建的程序,还是您也打算为其他程序提供它?作为一个共享​​>库重要吗?由于您似乎没有安装库的标头,我假设该库仅适用于一个程序,因此它不需要是共享库,甚至不需要作为独立库安装.请确认。
  • 该库仅适用于该程序。我正在尝试在这里设置一个结构,使我能够稍后以最小的努力添加新的 procs(proc3、proc4、...),并且如果可能的话,不会对 procs 目录上方的任何内容进行任何更改。跨度>
  • 我认为你会为了微不足道的利益做很多工作。您设置的结构总体上似乎更难维护,而且我看不出它在添加新过程方面比平面结构有什么优势。

标签: c++ autotools automake libtool


【解决方案1】:

您所介绍的内容有很多奇怪之处,并且有一个明显的错误。你说,

我在 procs 中得到一个名为 libprocs.la 的文件,但我没有得到二进制文件。一世 我也相当肯定我的 Makefile 是错误的,因为我什至不能 手动编译main.cpp

make 的输出肯定包含一条或多条错误消息,解释了构建失败的原因。除非你的make首先只在procs子目录中使用,我猜,在这种情况下当然你不会得到main

但我有理由相信我可以猜到:您收到一个链接器错误,抱怨它找不到ProcA_SubprocA::ProcA_SubprocA。这是因为尽管您的 Makefile 指定该库应该是构建(并且也已安装),但它并没有说它需要链接到 main。有一个非常简单的解决方法,我稍后会回到。

不过,首先让我们谈谈libprocs.la.la 后缀对 Autotools 有意义,指定一个“libtool 存档”,但您实际上是将它构建为一个普通的静态库。事实上libtool 在这里并没有做任何对你特别有用的事情。我会通过从您的configure.ac 中删除LT_INIT 来转储它(并且不要再次运行libtoolize,因为它会将其放回原处)。然后,将要构建的库的名称更改为更标准的libprocs.a

此外,由于该库似乎仅用于正在构建的一个程序,因此将其单独包含在安装中是没有帮助的。因此,不要在lib_LIBRARIES中指定它,而是将其指定为未安装的便利库:

noinst_LIBRARIES = libprocs.a

然后您需要对库的 SOURCES 变量进行相应的更改:

libprocs_la_SOURCES = ...

libprocs_a_SOURCES = ...

现在回到主程序,您需要告诉 make(和 Automake)库需要链接到程序 main。关于如何做到这一点有一些变体,但我将建议一个相当简单的变体:

main_LDADD = procs/libprocs.a

在这些更改之后,重新运行 autoreconf(但不是 libtoolize)。但是请记住,只有在更改 Autotools 源之后才需要运行它——在你的情况下只需要 Makefile.amconfigure.ac 文件。它是维护和开发包及其构建系统的细节。它不应该是构建或安装包的常规部分。

【讨论】:

  • 我根据您的建议编辑了原始帖子。现在 make 会抛出一个错误:In file included from main.cpp:1:0: procs/Subprocs.h:4:28: fatal error: ProcA_SubprocA.h: No such file or directory #include "ProcA_SubprocA.h" 我本来希望我在 procs/Makefile.am 中的 AM_CPPFLAGS 来处理这个问题?
  • 我也希望@Lxndr,除非您正在执行 VPATH 构建。在这种情况下,您需要在包含路径中包含$(srcdir)-I$(srcdir)/proc1/subprocs/subprocB。不过,就个人而言,我不明白为什么你首先要依赖编译器标志。我自己,我会将适当的路径直接放入Subprocs.h,而不是。这是我提到的奇怪之处之一,但我拒绝在答案中提出它,以便专注于主要问题。
  • 我将路径直接放入头文件中,现在可以使用了。谢谢!
猜你喜欢
  • 1970-01-01
  • 2014-01-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2010-10-01
  • 1970-01-01
  • 2010-09-18
  • 1970-01-01
相关资源
最近更新 更多