我可以有多个 configure.ac 文件吗?然后如何处理 AC_OUTPUT?
Can I have multiple configure.ac files and what to do with AC_OUTPUT then?
我有这个目录结构:
- foo
- foo/libfoo -
libfoo
项目
- foo/libfoo/src-来源
- foo/foo -
foo
项目
- foo/foo/src-来源
这里必须构建两个独立的东西,一个 libtool 库 (libfoo
) 和一个使用该库的可执行文件 (foo
)。
我可以将 configure.ac
文件放入每个 foo/libfoo
和 foo/foo
中,一切都会好起来的。
但是我希望能够同时构建这两个项目,所以我考虑将额外的 configure.ac
放入顶层 foo
目录。
这是个好主意吗?
如果是,在这种情况下如何使用 AC_OUTPUT
makro?
顶级 configure.ac
文件是否生成整个树中的所有 Makefile
或在子目录中是否有单独的 AC_OUTPUT
makros 每个输出在那里 Makefile
s?
由于两个项目有不同的依赖关系,我认为子目录 ac 文件会执行它们的 makefile 的输出吗?
在这种情况下,子目录中的两个项目是否仍然可以单独构建?
有一个 AC_CONFIG_SUBDIRS
macro 可以做我想要的,它递归到子目录并在那里执行 configure.ac
文件。
子目录项目仍然可以独立构建。
我的 Makefile.am
现在只包含 SUBDIRS = libfoo foo
。
configure.ac
文件包含 AC_CONFIG_SUBDIRS=([libfoo foo])
。
我有这个目录结构:
- foo
- foo/libfoo -
libfoo
项目 - foo/libfoo/src-来源
- foo/foo -
foo
项目 - foo/foo/src-来源
这里必须构建两个独立的东西,一个 libtool 库 (libfoo
) 和一个使用该库的可执行文件 (foo
)。
我可以将 configure.ac
文件放入每个 foo/libfoo
和 foo/foo
中,一切都会好起来的。
但是我希望能够同时构建这两个项目,所以我考虑将额外的 configure.ac
放入顶层 foo
目录。
这是个好主意吗?
如果是,在这种情况下如何使用 AC_OUTPUT
makro?
顶级 configure.ac
文件是否生成整个树中的所有 Makefile
或在子目录中是否有单独的 AC_OUTPUT
makros 每个输出在那里 Makefile
s?
由于两个项目有不同的依赖关系,我认为子目录 ac 文件会执行它们的 makefile 的输出吗?
在这种情况下,子目录中的两个项目是否仍然可以单独构建?
有一个 AC_CONFIG_SUBDIRS
macro 可以做我想要的,它递归到子目录并在那里执行 configure.ac
文件。
子目录项目仍然可以独立构建。
我的 Makefile.am
现在只包含 SUBDIRS = libfoo foo
。
configure.ac
文件包含 AC_CONFIG_SUBDIRS=([libfoo foo])
。