为什么 Ruby 的配置脚本检测不到我的可执行文件和头文件?

为什么 Ruby 的配置脚本检测不到我的可执行文件和头文件?

我正在尝试编译 Ruby,并真正了解这样做时发生的情况。我Makefiles以前使用过并编写过,但没有autoconf使用过 的configure.in文件,所以也许我得到的结果是设计使然的:

$ git clone https://github.com/ruby/ruby.git
...
$ cd ruby
$ git clean -fdx
$ autoconf 
$ ./configure
...
checking for dot... no
checking for doxygen... no
checking for pkg-config... no
...
checking direct.h usability... no
checking direct.h presence... no
checking for direct.h... no
...
checking for daemon... (cached) no

然而,所有这些至少都已安装:

$ dot -V
dot - graphviz version 2.26.3 (20100126.1600)
$ doxygen --version
1.7.4
$ pkg-config --version
0.26
$ sudo updatedb
$ locate /direct.h
/usr/src/linux-headers-3.0.0-16-generic/include/config/pci/direct.h
/usr/src/linux-headers-3.0.0-17-generic/include/config/pci/direct.h
$ daemon --version
daemon-0.6.4

我意识到每个问题可能都有不同的原因,但是为什么脚本没有检测到它们configure

我正在运行带有最新补丁的 Ubuntu 11.10。

$ uname -a
Linux username 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 20:45:39 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

尝试过另一台主机。从config.log

configure:6408: checking for dot
configure:6424: found /usr/bin/dot
configure:6438: result: no
configure:6445: checking for doxygen
configure:6461: found /usr/bin/doxygen
configure:6475: result: no
configure:6483: checking for pkg-config
configure:6504: found /usr/bin/pkg-config
configure:6530: result: no

什么?找到了,但还是没去?

configure:11880: checking direct.h usability
configure:11880: gcc -c  -O3 -ggdb    conftest.c >&5
conftest.c:135:20: fatal error: direct.h: No such file or directory
compilation terminated.
configure:11880: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
...
| #endif
| #include <direct.h>
configure:11880: result: no
configure:11880: checking direct.h presence
configure:11880: gcc -E  conftest.c
conftest.c:102:20: fatal error: direct.h: No such file or directory
compilation terminated.
configure:11880: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| /* end confdefs.h.  */
| #include <direct.h>
configure:11880: result: no
configure:11880: checking for direct.h
configure:11880: result: no

时髦的测试脚本 - 也许它需要位于某种默认路径中?

configure:15175: checking for daemon
configure:15175: result: no

结果这不是检查可执行文件,而是检查使用的 C 函数AC_CHECK_FUNCS

答案1

我对 Ruby 几乎一无所知。不过,我确实对构建系统有相当多的了解。我会在这里竭尽全力提出建议你在 Ruby 构建系统中发现了一个真正的错误

这是我的推理:

  1. 我在完全不同的系统(甚至 Cygwin/Windows 7)上得到了与您相同的结果,都使用您指定的 git 存储库和库存 Ruby 1.9 源代码

  2. 你之所以能看到found: /usr/bin/dot你的,configure.log 是因为它确实在路上找到了它。这在生成的脚本中很容易看到configure,特别是如果您将其第一行修改为#!/bin/sh -x获取 shell 调试输出:

    + test -z /bin
    + for ac_exec_ext in ''\'''\''' '$ac_executable_extensions'
    + test -f /bin/dot
    + test -x /bin/dot
    + ac_cv_prog_DOT=
    + printf '%s\n' 'configure:6424: found /bin/dot'
    + break 2
    + IFS='     
    
  3. 您看到的原因result: no是,正如您在上面的代码片段中看到的那样,ac_cv_prog_DOT被设置为空字符串,并且配置中的以下行仅反映了该缺失值:

    + DOT=
    + test -n ''
    + printf '%s\n' 'configure:6438: result: no'
    + printf '%s\n' no
    no
    
  4. 设置为空字符串的原因是(这就是问题的关键)configure.in在第 371 行指定了空字符串:

    AC_CHECK_PROG(DOT, dot)
    AC_CHECK_PROG(DOXYGEN, doxygen)
    

    我相信这是对 AC_CHECK_PROG 宏的错误调用,GNU Autoconf 文档指定拍摄次数必需的参数,不是两个:

    ― Macro: AC_CHECK_PROG (variable, prog-to-check-for, value-if-found, [value-if-not-found], [path = ‘$PATH’], [reject])
    
    Check whether program prog-to-check-for exists in path. If it
    is found, set variable to value-if-found, otherwise to
    value-if-not-found, if given. Always pass over reject (an
    absolute file name) even if it is the first found in the search
    path; in that case, set variable using the absolute file name
    of the prog-to-check-for found that is not reject. If variable
    was already set, do nothing. Calls AC_SUBST for variable. The
    result of this test can be overridden by setting the variable
    variable or the cache variable ac_cv_prog_variable.
    

    没有默认值。保留它实际上意味着“如果找到点,则将 DOT 设置为空字符串”

  5. 我相信犯这个错误的原因是因为该行的原始定义使用了不同的宏, AC_CHECK_TOOL仅需要两个参数。

    2010 年 11 月 11 日签入 svn.ruby-lang.org

    AC_CHECK_TOOL 变为 AC_CHECK_PROG

  6. 这可能已经被破坏了一段时间,并且一些 ChangeLog 评论似乎表明他们在 方面遇到了麻烦DOXYGEN,例如:

    Fri Mar 26 19:55:41 2010  Akinori MUSHA  <[email protected]>
    
        * Makefile.in (DOXYGEN): Define a missing variable DOXYGEN.  Build
          has been failing when doxygen(1) is found by configure but the
          variable is not defined by the system and make(1) does not allow
          an empty command. ("@$(DOXYGEN)" was the cause)
    

最后,我可能全都错了。但我很确定 configure正在找到这些工具,并且已指示将相应的 Makefile 变量设置为空字符串。

很想听听其他人对这一分析的看法。

相关内容