最近我正在写一篇与开源和GNU相关的论文。我需要做一些测试来模拟GNU的先驱们在早期是如何从零开始开发GNU构建系统的。但是我在README中发现了一个奇怪的事情:
如果GNU 'm4'意味着服务于GNU 'autoconf',注意'm4'应该在配置'autoconf'本身之前完全安装。同样地,如果你打算从git中破解GNU 'm4',引导过程要求你首先安装一个已发布的GNU 'm4'拷贝。
如果我们遵循这个逻辑,那么GNU m4的第一个发布副本呢?有人知道线索吗?谢谢你。
如果我们遵循这个逻辑,那么GNU m4的第一个发布副本呢?
Retrocomputing SE将是一个更好的关于计算历史问题的论坛。然而,从技术角度来看,很明显,如果Autoconf也依赖于GNUm4
,那么GNUm4
的第一个版本就不可能依赖于Autoconf构建系统,即使它们是同一个包的一部分。事实上,GNU的m4
不是第一个或唯一的m4
,而且它并不总是有一个基于autoconf的构建系统。就其本身而言,Autoconf并不总是特别依赖于GNUm4
。
还要记住,
- 与Autoconf生成的脚本类似的
configure
脚本最初是手工编写的或由其他工具生成的,在此之前还有其他不太自动化的方法。 Autoconf
configure
脚本本身通常不依赖于Autoconf或m4
。这是设计好的。只要你有一个基于autotools的项目的完整发行版(根据定义,它包括一个configure
脚本),你不需要能够运行Autoconf或m4
来构建项目。Autoconf手册中有一章介绍了该工具的历史,您可能会感兴趣。