2008-09-19 120 views
1

我们在工作中维护基于RPM的软件分发版,以便我们在所有支持的平台上都有一套通用的软件。因此,我们必须构建大量第三方软件,并经常查找需要运行autoconf/automake/libtoolize/etc以使其在Solaris或其他平台上构建的情况。什么是GNU autotools的推荐版本?

我对此有着不同的结果。看起来这些工具相当脆弱,而且这些文件通常只能用于最初为它们编写的autoconf/automake /等版本。

理想情况下,我想只需要支持GNU自动工具的一个版本,但是我得到的印象是,我真的要结束每个版本的副本。

这是不寻常的,还是其他人有同样的问题?是否有涵盖所有情况的autotools版本的子集?

回答

1

您的经验并不少见。 Autotools就像那样脆弱,特别适用于复杂的项目。可悲的是,似乎没有其他方法可以选择。

5

确实,autotools可能会变得脆弱并且特定于版本。但请记住,您只需要在开发机器上使用这些工具。将项目部署到目标机器不需要在目标上安装任何工具。即使测试机器也不需要任何工具。它们实际上只需要在依赖关系发生变化时运行,例如向项目添加其他文件或库。

我们多年来一直在室内项目中使用这些工具,并没有遇到更好的解决方案。如果您处于Unix世界,请不要低估拥有configure; make; make install仅适用于系统的好处。