Autoconf/Automake:如何避免通过;勾选“;AC_配置_子目录的选项 我使用AutoCCOF来构建我的C++项目。它使用第三方代码,该代码也是在Autoconf/Automake的帮助下生成的。因此,在我的configure.ac中,我有以下行: AC_CONFIG_SUBDIRS([subdirectoryname])

Autoconf/Automake:如何避免通过;勾选“;AC_配置_子目录的选项 我使用AutoCCOF来构建我的C++项目。它使用第三方代码,该代码也是在Autoconf/Automake的帮助下生成的。因此,在我的configure.ac中,我有以下行: AC_CONFIG_SUBDIRS([subdirectoryname]),c++,autoconf,automake,C++,Autoconf,Automake,一切正常,但我也使用了该功能,让测试在执行makecheck时自动进行,这也是由第三方代码完成的。因为每次我想测试自己的代码时,执行这些测试都需要一段时间,这很烦人。那么,有没有办法避免将check选项传递到子目录的Makefile 更新:覆盖检查递归似乎不是一个选项,因为我的顶级Makefile.am看起来(或多或少)是这样的: SUBDIRS=library src 因此,禁用此级别的检查也将禁用我的src文件夹中的检查。这不是我想要实现的。我只想禁用在库目录中的检查。根据autoconf

一切正常,但我也使用了该功能,让测试在执行
makecheck
时自动进行,这也是由第三方代码完成的。因为每次我想测试自己的代码时,执行这些测试都需要一段时间,这很烦人。那么,有没有办法避免将
check
选项传递到子目录的
Makefile

更新:覆盖
检查递归
似乎不是一个选项,因为我的顶级Makefile.am看起来(或多或少)是这样的:

SUBDIRS=library src

因此,禁用此级别的检查也将禁用我的
src
文件夹中的检查。这不是我想要实现的。我只想禁用在
目录中的检查。

根据autoconf手册,如果找到一个configure.gnu脚本,它将在子目录中执行该脚本。理论上,这可能是一个脚本,它在调用./configure时添加了--disable tests或类似选项


也就是说,我还没有把它用于我自己的项目-/

Makefile.am中重写
检查递归
,应该可以:

check-recursive:
     @true
或者,如果您只想签入特定目录:

check-recursive:
     $(MAKE) -C src check

我想这并不容易。我在上面添加了一些关于我的Makefile.am的信息。太好了!你的第二个选择成功了。听起来很有趣。如果您有什么问题,请告诉我。如果您能够并且打算修改子目录,最好在库目录中放置一个
GNUmakefile
,该文件在检查时不做任何操作,并调用Makefile进行其他操作。我无法修改库目录的内容(通过svn外部导入等…)。这就是全部线索:我想从上面配置它。更改库目录将很容易。