我已经编译了一个使用 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
在您的情况下,简单的方法是安装
open-vm-tools
软件包。为了解决您的问题,没有一种万无一失的方法可以一次列出所有丢失的包,主要是因为这不是设计的,
configure
脚本允许他们的作者做任何事情——所以没有办法提前知道如何继续以及是否继续是安全的。您可能遇到的此类问题的一个示例是基于先前测试结果的测试;例如,检查已安装的程序,如果未安装则失败,如果已安装则在后续测试中使用它。如果该程序不存在,则继续执行不会产生非常有用的结果。configure
但是,在许多情况下,您可以通过调整以在遇到错误时不退出来获得有用的结果。通常,这涉及用AC_MSG_ERROR
、AC_MSG_WARN
inconfigure.ac
和任何 M4 库替换configure.ac
:并查找“警告:”消息。
configure.ac
在尝试“正确”构建软件之前,您当然应该恢复M4 库。从更一般的角度来看,还有其他方法可以确定依赖关系。在许多情况下,它们都列在文档中 (
README
,INSTALL
...),有时甚至还有流行发行版的相应包名称。另一个有用的地方是configure
它本身,通过运行./configure --help
或读取configure.ac
(或CMakeLists.txt
或meson.build
任何适合正在使用的构建工具的文件)。如果您正在查看的软件打包在 Linux 发行版中,您也可以查看那里的元数据,尽管它只对应于被打包软件的版本,并且会反映维护者的打包选择(apt showsrc ...
在 Debian 衍生产品中) .此答案旨在显示在 Debian 和 Ubuntu 上安装缺少的依赖项的快速方法(如果我理解正确,这就是您真正想要实现的),但没有解决您关于
./configure
一次报告所有依赖项的问题。如果您要构建的软件已经在存储库中(例如,
open-vm-tools
在 Ubuntu 中就是这种情况),您可以执行以下操作:这将安装构建该特定版本包所需的所有依赖项。诚然,这是不一样的,因为两个版本之间的依赖项列表可能有些不同,但应该安装大部分(或全部)缺失的依赖项。