选择autoconf和automake版本

选择autoconf和automake版本,c,linux,compilation,autoconf,automake,C,Linux,Compilation,Autoconf,Automake,我看到在我的ubuntu linux中有很多版本的autoconf和automake。 如果我想从头开始创建一个新项目,最好的选择是什么,最新版本还是旧版本?选择最新版本。只有重建配置系统的开发人员才需要使用autoconf和automake(因此需要安装较新的版本),这可能仅仅意味着“您”;它不会影响仅使用分布式配置文件构建项目的用户。使用最新版本。只有重建配置系统的开发人员才需要使用autoconf和automake(因此需要安装较新的版本),这可能仅仅意味着“您”;它不会影响使用分布式配置

我看到在我的ubuntu linux中有很多版本的autoconf和automake。
如果我想从头开始创建一个新项目,最好的选择是什么,最新版本还是旧版本?

选择最新版本。只有重建配置系统的开发人员才需要使用
autoconf
automake
(因此需要安装较新的版本),这可能仅仅意味着“您”;它不会影响仅使用分布式配置文件构建项目的用户。

使用最新版本。只有重建配置系统的开发人员才需要使用
autoconf
automake
(因此需要安装较新的版本),这可能仅仅意味着“您”;它不会影响使用分布式配置文件构建项目的用户。

我认为最好的选择是使用不同的构建系统(如果可以的话)。例如,CMake远没有autotools可怕,而且工作得很好。SCons也很不错。在我看来,最好的选择是使用不同的构建系统,如果可以的话。例如,CMake远没有autotools可怕,而且工作得很好。SCons也很不错。+1此外,我通常会制作存储库的快照,并在其中包含生成的配置脚本。这让人们可以毫不费力地发送补丁。那些拥有提交访问权限的人(通常)也会安装相应版本的autotools。感谢您的回答,我问了这样的问题,因为我正在编写类似于ApacheHTTPD模块的东西。也许(我打赌)没有人会帮助我。@freedev:当然。而最新版本的autoconf至少让你可以访问更多的预构建测试和东西,所以这绝对是一个胜利。虽然我通常全心全意地同意使用最新版本,但autoconf 2.66中有一些相当大的倒退,你可能希望在2.67发布之前一直使用2.65,我通常制作存储库的快照,并在其中包含生成的配置脚本。这让人们可以毫不费力地发送补丁。那些拥有提交访问权限的人(通常)也会安装相应版本的autotools。感谢您的回答,我问了这样的问题,因为我正在编写类似于ApacheHTTPD模块的东西。也许(我打赌)没有人会帮助我。@freedev:当然。而最新版本的autoconf至少让你可以访问更多的预构建测试和其他东西,因此这绝对是一个胜利。虽然我通常全心全意地同意使用最新版本,但autoconf 2.66中有一些相当大的倒退,你可能希望在2.67发布之前一直使用2.65。