☰

./configure ：立即显示所有丢失的包

tag-icon • tag-icon configure autotools autoreconf
./configure ：立即显示所有丢失的包

我编译了一个使用 autotools 作为构建系统的包（autoreconf, ./configure, make, make install）。

./configure当包裹丢失时停止。

对于每个丢失的包，我查找它的名称，然后要么查找它，apt install package要么从源代码编译它（如果不可用）。

然后我./configure再次运行，它告诉我另一个未满足的依赖项的名称。

如果只有一两个丢失的包，这是可以的。但有19个！

libmspack-dev
libglib2.0-dev
libpam0g-dev
libssl-dev
libxml2-dev
libxmlsec1-dev
libx11-dev
libcunit1-dev
libxext-dev
libxinerama-dev
libxi-dev
libxrender-dev
libxrandr-dev
libxtst-dev
libgdk-pixbuf2.0-dev
libgtk-3-dev
libgtkmm-3.0-dev
libtool
dnet

我想./configure继续出错，并立即显示所有丢失的软件包，以便我可以一次性安装它们。不然跑19次./configure又漫长又痛苦。apt install

答案1

对于您的情况，简单的方法是安装该open-vm-tools软件包。

为了解决您的问题，没有一种万无一失的方法可以立即列出所有丢失的软件包，主要是因为这不是设计的，而且configure脚本允许其作者做任何事情 - 所以没有办法提前知道如何继续以及是否继续继续是安全的。您可能遇到的此类问题的一个示例是基于先前测试结果的测试；例如检查已安装的程序，如果未安装则失败，如果已安装则在后续测试中使用它。如果该程序不存在，则继续不会产生非常有用的结果。

但是，在许多情况下，您可以通过调整configure为在遇到错误时不退出来获得有用的结果。通常，这涉及替换AC_MSG_ERROR为AC_MSG_WARN、configure.ac以及 所使用的任何 M4 库configure.ac：

sed -i 's/AC_MSG_ERROR/AC_MSG_WARN/g' configure.ac m4/*.m4
autoreconf -i
./configure ...

并查找“警告：”消息。

configure.ac当然，在尝试“正确”构建软件之前，您应该恢复M4 库。

从更广泛的角度来看，还有其他方法可以确定依赖关系。在许多情况下，它们会在文档中列出（README、INSTALL...），有时甚至会为流行发行版提供相应的包名称。另一个有用的地方是configure它本身，可以通过运行./configure --help或读取configure.ac（或CMakeLists.txt或meson.build或任何适合正在使用的构建工具的文件）。如果您正在查看的软件打包在 Linux 发行版中，您也可以查看那里的元数据，尽管它仅对应于正在打包的软件版本，并且会反映维护者的打包选择（apt showsrc ...在 Debian 衍生版本中） 。

答案2

这个答案旨在展示一种在 Debian 和 Ubuntu 上安装缺少的依赖项的快速方法（如果我理解正确的话，这就是您真正想要实现的目标），但并没有解决您关于./configure立即报告所有依赖项的问题。

如果您想要构建的软件已经在存储库中（例如 Ubuntu 中的情况open-vm-tools），您可以执行以下操作：

$ apt-get build-dep <packagename>

这将安装构建该特定版本的包所需的所有依赖项。诚然，这并不相同，因为两个版本之间的依赖项列表可能有所不同，但应该安装大多数（或全部）缺少的依赖项。

相关内容