我们在工作中维护基于RPM的软件分发，以便我们在我们支持的所有平台上拥有一套通用的软件。结果，我们必须构建大量的第三方软件，并且经常发现需要运行autoconf / automake / libtoolize / etc的情况，以使其能够在Solaris或者其他平台上构建。

我对此有非常复杂的结果。这些工具似乎很脆弱，并且这些文件经常只能与最初为其编写的autoconf / automake / etc版本一起使用。

理想情况下，我只想支持一个版本的GNU自动工具，但是我的印象是，我最终将不得不拥有每个版本的副本。

这是不寻常的，还是其他人也有同样的问题？是否有可以涵盖所有情况的自动工具版本的子集？

解决方案

经历并不罕见。 Autotools很脆弱，特别是对于复杂的项目。遗憾的是，似乎没有其他选择可以替代它的很多版本。

的确，自动工具可能是易碎的并且是特定于版本的。但是请记住，我们只需要在开发计算机上使用这些工具。将项目部署到目标计算机不需要在目标上安装任何工具。甚至测试机也不需要任何工具。实际上，它们仅在依赖项发生更改时才需要运行，例如向项目中添加其他文件或者库。

多年来，我们一直在内部项目中使用这些工具，但没有找到更好的解决方案。如果我们在Unix世界中，请不要低估将系统配置为`configure;'的好处。制作;进行安装即可。