GNU 公告,第 1 卷第 4 期,1988 年 2 月
目录
- GNU 是谁
- GNU 公告
- 什么是自由软件基金会?
- GNU 快讯,1988 年 2 月
- GNU C++
- 现在可用的 GNU 软件
- GDB 之歌
- 为什么发明了版权?
- 程序何时可用
- 如何获取 GNU 软件
- 感谢 GNU
GNU 公告是自由软件基金会不定期出版的通讯,为您带来有关 GNU 项目的新闻。
请注意:我们已搬迁至新地址
自由软件基金会, 电话:(617) 876-3296
马萨诸塞大道 675 号, 电子邮件:[email protected]
美国马萨诸塞州剑桥市 02139
GNU 是谁
在过去的几个月中,GNU 团队的规模扩大了:Brian Fox 和 Opus Goldstein 加入了 Jay Fenlason,成为基金会仅有的员工。最近,Brian 创建了一个独立的 texinfo 格式化器和浏览器,现在正在开发 sh
,即 shell。Stacey 负责邮件室,分发磁带和手册,并通常做程序员不做的事情(例如,与“现实”世界对接)。Jay Fenlason 刚刚完成了分析器,现在正在开发各种实用程序。
Richard Stallman 继续执行无数任务,包括改进 C 编译器、GDB、GNU Emacs 等;他还编写了 termcap 手册和其他一些文档。Robert J. Chassell 出版我们的手册,并担任基金会的财务主管。Chris Hofstader 已成为我们的筹款人。(如果他向您要钱,请不要感到惊讶。)最后,Len Tower 继续处理电子管理事务(邮件列表、信息请求和系统管理)。
GNU 公告
版权 (C) 1988 自由软件基金会公司。
编辑:Stacey (Opus) Goldstein、Robert J. Chassell、Leonard Tower Jr.
撰稿人:Richard M. Stallman、Opus Goldstein、Michael Tiemann
插图:Etienne Suvasa、Jean-Marie Diaz
订单表格:Karl Berry、Kathryn Hargreaves
允许任何人以收到的形式制作或分发本文档的逐字副本,以任何媒介形式,前提是保留版权声明和许可声明,并且分发者授予接收者按照本通知允许的进一步分发权限。
什么是自由软件基金会?
作者:Richard M. Stallman
自由软件基金会致力于消除对软件的复制、重新分发、理解和修改的限制。
我们名称中的“自由”一词并非指价格;它指的是自由。首先,是复制程序并将其重新分发给邻居的自由,以便他们也可以像您一样使用它。其次,是更改程序的自由,以便您可以控制它而不是让它控制您;为此,必须向您提供源代码。
基金会通过开发自由的、兼容的专有软件替代品来赋予您这些自由。具体来说,我们正在组装一个完整的、集成的软件系统“GNU”,它与 Unix 向上兼容。当它发布时,每个人都将被允许复制它并将其分发给其他人;此外,它将随源代码一起分发,因此您可以通过阅读它来了解操作系统,将其移植到您自己的机器上,改进它,并与其他人交换更改。
已经有一些组织分发免费的 CPM 和 MSDOS 软件。自由软件基金会正在做一些不同的事情。
- 其他组织主要用于分发;他们分发任何碰巧可用的东西。我们希望提供一个完整的、集成的自由系统,该系统将消除对任何专有软件的需求。
- 一个结果是,我们现在只对适合 GNU 系统上下文的软件感兴趣。分发免费的 MSDOS 或 Macintosh 软件是一项有用的活动,但这并不是我们的目标。有关如何获取我们分发的软件的信息,请参阅本期稍后的文章“如何获取 GNU 软件”。
- 另一个结果是,我们将积极尝试改进和扩展我们分发的软件,速度与我们的人力允许的速度一样快。因此,我们将始终寻求金钱、计算机设备或时间、劳动力、文档和源代码的捐赠,以改进 GNU 系统。
- 事实上,我们的主要目的是这项软件开发工作;分发只是一个辅助手段,也可以带来一些收入。我们认为,用户将自己进行大部分分发,而不需要或不想要我们的帮助。
为什么选择类 Unix 系统?
有必要与一些广泛使用的系统兼容,以便为我们的系统提供一个经过培训的用户群,他们可以轻松地切换到该系统,并提供一个可以在其上运行的应用程序软件的基础。(最终,我们也将提供免费的专有应用程序软件的替代品,但这将在几年后。)
我们选择 Unix 是因为它是一个相当简洁的设计,已知是可移植的,但其受欢迎程度仍在上升。Unix 的缺点似乎是我们可以在不删除 Unix 中好的部分的情况下解决的问题。
为什么不模仿 MSDOS 或 CP/M?它们的使用范围更广,这是事实,但它们也是非常弱的系统,是为小型机器设计的。Unix 功能更强大,更有趣。当一个系统需要数年才能实现时,重要的是为将来可用的机器编写它;不要让它受限于当前使用最广泛但新系统完成时将被淘汰的机器的功能。
为什么不以一种新的、更先进的系统为目标,例如 Lisp 机器?主要是因为这仍然更像是一项研究工作;很有可能做出错误的选择,并且系统最终会变得不太好。此外,此类系统通常与特殊硬件捆绑在一起。与一家制造商的机器捆绑在一起将很难保持独立于该制造商并获得广泛的社区支持。
我们的第一笔大额捐款。
日本软件公司 Software Research Associates 向 GNU 项目捐赠了 10,000 美元。此外,他们计划向我们发送一台类似 Sun 的 SONY 工作站,并借给我们一名员工程序员 6 个月。
这代表了岸田幸一的影响,他组织了日本 Sigma 项目(以刺激日本的 Unix 能力),但后来得出结论,该项目已经误入歧途,需要一场“草根运动”。我们希望成为这场运动。
GNU 快讯,1988 年 2 月
作者:Richard M. Stallman
- BSD 的某些部分正在变得免费。经过我们和其他人多年的敦促,维护 Berkeley Unix 的人们已决定将其各个部分(那些不包含 AT&T 代码的部分)单独作为自由软件发布。这包括我们希望在 GNU 中使用的重要程序,例如 TCP/IP 支持和 C-shell。
- 伯克利和 GNU 项目正在合作。下一个版本的伯克利 Unix 可能会包含 GNU 项目的 Make、AWK 和 SH,而不是 Unix 的那些。原因是他们希望在这些程序中进行改进,例如系统 V.3 中的改进;但是他们发现对 V.3 许可证的新限制令人不快。我们和他们都希望他们永远不要获得 V.3 许可证。我们可能会通过提供替代软件来帮助他们避免这种情况。GNU Make 已经支持系统 V 功能;一名志愿者现在正在为 Gawk 编写扩展。
- Shell 令人失望。一年半以来,GNU shell “几乎完成”。作者一再承诺交付他所做的事情,但从未兑现。最终,我再也无法相信他会交付任何东西。因此,基金会工作人员 Brian Fox 现在正在实现 Bourne shell 的模仿。一旦完成,我们将使用 Korn shell 的功能对其进行扩展,从而为伯克利提供帮助。
- 我们可能会使用 Sprite,或将 Sprite 文件系统与 MACH 一起使用。我们仍然希望在 CMU 的 MACH 内核变为免费后使用它,在计划中替换掉当前构成其一部分的伯克利 Unix 部分之后。MACH 的人员表示,在一两个月内,某些新功能(从内核到用户代码的调用)应该准备就绪,这将使我们能够开始使用新代码替换其中的一些部分。我们正在考虑的一件事是调整伯克利的 Sprite 内核中的文件系统以在 MACH 中使用。此文件系统从一开始就被设计为以分布式方式工作。文件系统是 MACH 中需要替换的最大部分,现在伯克利 TCP/IP 代码(也在 MACH 中使用)已被声明为免费。
-
GNU Make 已完成。GNU 版本的 Make 现在已准备就绪,将很快分发。它具有条件语句、模式规则和隐式规则的间接搜索,以及用于文本处理的内置函数。以下是 GNU Makefile 如何说明文件“foo”是从当前目录中所有 C 源文件的目标文件链接而来的
objects=$(subst .c,.o,$(wildcard *.c)) foo: $(objects) $(CC) -o foo $(objects) $(LDFLAGS)
- 大多数库都已完成。为 GNU Make 做出巨大贡献的 Roland McGrath 拥有一套几乎完整的 ANSI C 库函数。我们希望它们能在今年春季的某个时候准备就绪。这些函数加入了已经存在一段时间的 GNU
malloc
、regexp
和termcap
库。同时,Steve Moshier 提供了一整套数学库函数。 - 分析器替代已完成。基金会员工 Jay Fenlason 最近完成了一个分析器,与 GNU C 一起使用,与伯克利 Unix 中的“prof”兼容。我希望它将很快与 GNU C 一起分发。
- Termcap 手册。我们现在正在出版第一本全面的 Termcap 手册,有人建议应该将其命名为“您想了解的关于 Termcap 的两倍内容”。
- GNU 邮件程序正在完成。Amdahl 的 Landon Noll 和 Ronald Karr 正在编写一个名为 Smail 的邮件排队和传递系统。该项目将成为 Amdahl UTS 系统的一个受支持部分——并且它将以与 GNU Emacs 完全相同的条款提供!我们可以将此邮件程序用于 GNU 系统,或者使用 Rayan Zachariasen 正在编写的另一个邮件程序,以最终结果为准。
- Ghostscript 状态 GNU 的免费 Postscript 软件 Ghostscript,如果顺利的话,将由 Peter Deutsch 在三月份完成(除了 bug)。因此,我们可能会在几个月后准备好分发它。
- Emacs 18.50 版本 该版本将在几周内推出,将修复许多 bug,并增加对 80386、Sun 4、Convex、IRIS 4d 和 HP 9000 系列 800 的支持;还增加了对 System V.3 的支持;并增加了对 X 窗口系统 11 版的支持。
- GDB 可以读取 COFF 格式。 COFF 是 System V 上使用的复杂的执行文件格式。最近,布朗大学的 Dave Johnson 为 GNU 调试器 GDB 贡献了读取 COFF 文件的支持。此代码将出现在 GDB 2.5 中,与 Emacs 18.50 一起发布。因此,现在应该可以在 System V 上使用 GDB,而无需大量工作。一般来说,对 COFF 的支持对于 GNU 项目并不重要,因为我们将在 GNU 中使用 BSD 对象文件格式。下面关于 VMS 的所有内容也适用于 COFF 支持。
- G
++
,GNU C++
编译器。 MCC 的 Michael Tiemann 编写了一个 C++
编译器,作为 GNU C 的扩展。这是第一个直接编译 C++
而不是将其预处理为 C 的编译器。G++
现在正在多个站点进行测试。Michael 认为它与 AT&T 的 C++
预处理器一样可靠,但这距离它成为一个可靠的产品还有很长的路要走。G++
附带 GDB+
,它是 GDB 的一个版本,支持在其表达式评估器中进行 C++
类操作。 - GDB 和 GNU C 支持 32000。 GNU C 现在已经在 Sequent 32000 系统上正确地编译了自身。此移植由 MCC 的 Michael Tiemann 完成,他说它比 Sequent 的编译器更可靠,并且对于包括 prolog 解释器在内的几个程序,速度提高了 40%。对 32000 的支持现在已在 GNU C 1.17 版本中发布,同时还支持现有的 68000 系列和 VAX。对 32000 的 GDB 支持在 GDB 2.5 中,将与 Emacs 18.50 一起发布。
- GNU C 正在进行的移植。 人们正在努力将 GNU C 移植到 IBM 370、IBM RT/PC 和 80386。80386 最容易;毫无疑问,此移植最多将在几个月内可用。其他机器具有更麻烦的架构差异,目前尚不确定 GNU C 是否可以在没有重大新功能的情况下完全处理它们。
- GNU C 正在变得可靠。 GNU C 的 bug 报告越来越少,这表明它正在接近可靠状态。人们仍在报告 bug,但他们也说他们认为 bug 比商业编译器少。John Gilmore 现在正在使用 GNU C 编译所有 BSD Unix。他发现了一些 bug,但对于如此大量的以前从未编译过的代码来说,数量并不多。
- VMS 的 GNU C。 由于厌倦了 VMS C 编译器的缺陷,SRI 的 David Kashtan 决定花几周时间让 GNU C 在 VMS 上运行。在进行了相当大的更改以满足 VMS C 编译器之后,他使其运行,并且能够删除大部分更改。我们希望在 GNU C 1.19 或 1.20 版本中提供 VMS 支持,但我们不能确定他何时完成合并并交付它。(哦哦,我希望它不会花费一年时间……)当 VMS 支持交付给我们时,通常的 GNU C 源代码将包含所需的一切,但是由于它存在各种不兼容性和缺陷,您将无法使用标准的 VMS C 编译器编译它们。您将需要 GNU C 的二进制文件。我们计划提供包含二进制文件和源代码的 VMS 备份保存集。请不要要求我们投入精力进行额外的 VMS 支持,因为它对 GNU 项目来说是次要的。我们合并并支持用户进行的 VMS 移植,因为很难拒绝传递其他人完成的工作。但是,即使更改很干净,这也会耗费我们大量精力来实现我们的真正目标,即生产一个完整的集成系统。(当它们不干净时,我们会鼓起勇气忽略它们。)合并 VMS GNU Emacs 并重组更改以简化未来的维护,即使“真正的工作”是由其他人完成的,也耗费了几周时间。我希望我们已经学会了不要让这种情况再次发生。
- 正在寻找技术撰稿人。 我们正在尝试聘请一名技术撰稿人,但到目前为止我们还没有找到合适的人。似乎技术撰稿人不太可能像程序员那样接受降薪来为我们的事业工作。我们仍然有几位可能的候选人,我们仍在寻找。
GNU C++
将面向对象编程引入 GNU
作者:Michael Tiemann
C++
是最流行的面向对象编程语言之一,原因有两个:它几乎是 C 的超集,因此 C 用户社区可以轻松访问它,并且它得到了 AT&T 的支持,这使得渴望标准的公众相信,通过订阅 C++
(而不是 SmallTalk、Objective C 或许多其他替代方案),他们正在遵循“标准”。已经用 C++
编写了大约一百万行代码。
去年夏天,我面临着为新的计算机架构项目选择一种语言的任务。C++
的影响如此之大,以至于我唯一能做的决定是“选择哪一个”。来自 AT&T 的 C++
看起来是合乎逻辑的选择,但有两个问题:它是专有软件,并且它是一个将 C++
代码转换为 C 代码的预处理器。这很慢,这意味着 C++
的构造和概念在调试器中不可用。
我决定看看我们是否可以快速将 GNU C 修改为一个 C++
编译器,使其具有人们期望的其他语言编译器的质量,例如易于重定位和源代码级调试支持。我能做到,而且我已经做到了。
GNU C++
编译器旨在实现 C++
编程语言,如 Stroustrup 的参考手册中所指定的那样。由于 GNU C 编译器的大部分是独立于语言的,因此仅用了六个月的时间就完成了通用的 beta 测试版本。仍然存在差距和 bug,但我正在努力完成它。GNU C 的所有优化同样适用于 C++
。我还添加了受 C++
启发的优化。其中一些,例如内联函数,在某些情况下也适用于 C;另一些,例如优化虚函数,则严格属于 C++
。
GNU C++
不仅是第一个免费的 C++
编译器;它是第一个以任何价格提供的 C++
的直接编译器,并且它是第一个与 C++
源代码级调试器(GDB+
,现有 GNU 调试器的修改版)接口的 C++
实现。
因此,从技术角度来看,GNU C++
非常出色,但在组织上更加出色,因为它是免费软件,其开发费用由微电子和计算机技术公司(MCC)支付,MCC 成立于 1982 年,为大约 20 家股东公司进行长期研究。
一月份,在我开始开发 GNU C++
六个月后,赞助计算机架构项目的 MCC 股东小组第一次被告知我正在编写免费软件。很容易想象他们可能会像守财奴一样不赞成,甚至坚持停止工作。但事实恰恰相反:我们与自由软件基金会的合作对他们来说是个好消息。技术转让是股东在接受 MCC 研究时最难克服的障碍之一。
当 MCC 交付专门的软件时,除了编写它的人之外,没有任何专家,而且除了痛苦的学习之外,它几乎无法使用。当我们交付依赖他们无法访问的专有环境的软件时,该软件就成为其环境的昂贵人质。通过提供可以供任何人访问的软件,而无需担心会损害合作协议,它可以让股东自由地以他们以前无法使用的方式使用该技术。
我们的小组特别因其交付了他们想要的技术,并通过自由软件基金会提供该技术而受到祝贺。考虑到这是 MCC 赞助的第一个免费软件,以及我们收到的非常积极的反应,想到未来的可能性令人非常兴奋。
现在可用的 GNU 软件
- GNU Emacs 1975 年,Richard Stallman 开发了第一个 Emacs:可扩展、可自定义的实时显示编辑器。GNU Emacs 是他对 Emacs 的第二次实现。它是 Unix 系统上第一个提供真正的 Lisp 的 Emacs,它与编辑器无缝集成,用于编写扩展。它还为 MIT 的免费 X 窗口系统 10 版提供了一个特殊的接口,这使得重绘速度非常快。GNU Emacs 自 1985 年以来已得到广泛使用,并且经常(例如在 MIT 的 Athena 项目中)取代 Emacs 的专有实现,因为它具有更高的可靠性,以及良好的功能和更容易的扩展性。GNU Emacs(截至 18.50 版本)已在多种 Unix 系统上运行:由 Alliant(系统版本 1、2 或 3)、Amdahl (UTS)、AT&T (3b 机器和 7300 pc)、CCI 5/32 和 6/32、Celerity、Convex、Digital(Vax,不是 PDP-11)、Dual、Elxsi 6400、Encore、GEC 93、Gould、HP(9000 系列 200、300 或 800 (Spectrum) 但不是 500 系列)、IBM(运行 4.2 和 AIX 的 RT/PC)、Integrated Solutions(具有 68020 和 VMEbus 的 Optimum V)、Iris(2500 Turbo 和 4D)、LMI (Nu)、Masscomp、Megatest、MIPS、NCR (Tower 32)、Nixdorf Targon 31、Plexus、Pyramid、Sequent、Stride(系统版本 2)、Sun(任何类型)、Tahoe、Tektronix(NS16000 系统)、Texas Instruments (Nu)、Whitechapel (MG1) 和 Wicat 制造的系统。这些包括 Berkeley Unix 和 System V(版本 0、2、2.2 或 3)。Emacs 还在几台 80386 机器上运行。它还在 Apollo 机器和 VAX/VMS 上运行。GNU Emacs 的使用在 GNU Emacs 手册中进行了描述,该手册可从自由软件基金会获得。
- GDB GDB是1986年为GNU项目编写的源代码级C调试器。它提供了许多Unix调试器中通常没有的功能,例如可以记录调试器中检查的所有值的历史记录,以便以后简洁地引用;多行用户自定义命令;以及强大的自文档化能力。它目前在4.2和4.3bsd下的VAX、Sun(系统版本2和3)以及一些32000系统上运行。GDB的用户手册可从基金会获取。
- GNU CC GNU C编译器是一个相当可移植的优化编译器。它为32000、68000、68020和Vax生成良好的代码。它具有自动寄存器打包功能,使得寄存器声明变得不必要。它支持最新的ANSI C标准草案。包含了手册“GNU CC内部原理”的Texinfo源文件。
- Bison Bison是YACC的向上兼容替代品,具有额外的尚未记录的功能。它已经使用了好几年。
- X窗口系统 X是由麻省理工学院和DEC编写的用于位图显示的可移植、网络透明的窗口系统。它目前在DEC VAXstation、Lexidata 90和大多数Sun Microsystems显示器上运行,其他系统也在开发中。X支持重叠窗口和完全递归的子窗口,并为多种不同的用户界面样式提供钩子。提供的应用程序包括终端仿真器、位图编辑器、几个窗口管理器、时钟、窗口转储和取消转储程序、LN03打印机的硬拷贝打印程序以及几个排版预览器。X Windows的10版本在GNU Emacs磁带上分发;11版本(完全不兼容)在GCC磁带上分发。Emacs 18.50版本将支持10和11版本。
- MIT Scheme Scheme是Lisp的一种简化的、词法作用域的方言,由麻省理工学院和其他大学设计,有两个目的:教授编程学生和研究新的并行编程结构和编译技术。MIT Scheme是用C编写的,可在多种Unix系统上运行。抱歉,我们不随当前发布的MIT Scheme版本分发文档。致力于Scheme的各个实验室已经设计了一个新的Scheme标准,麻省理工学院正在努力修改MIT Scheme以适应这个标准。一旦完成,该标准将作为MIT Scheme的手册。届时,我们将分发新版本的Scheme和标准。与此同时,已经出版了几本关于Scheme的书籍。
- Hack Hack是一个类似于Rogue的面向显示的冒险游戏。
GDB 之歌
感谢Joel Bion、Mark Baushke和Lynn Slater
有人问我们GDB是什么。我们向奥斯卡·汉默斯坦二世、理查德·罗杰斯和朱莉·安德鲁斯致歉,我们提供了以下回复
让我们从最开始说起,一个很好的起点,
当你学习唱歌时,它是Do、Re、Mi;
当你学习编程时,它是G、D、B。
(背景)G、D、B。
前三个字母恰好是G、D、B。
(背景)G、D、B。
(合唱)
- G!
- GNU!这是斯特曼的希望,
- B,
- 我自己设置的一个断点。
- D,
- 调试那些糟糕的代码,
- Run,
- 还有很长的路要走。
- Print,
- 看看你做了什么,
- Set,
- 一个跟随打印的补丁。
- Quit,
- 并重新编译你的代码 - - -
That will bring it back to G, D, B, <link>
(从合唱开始)
为什么发明了版权?
作者:Richard M. Stallman
现在,版权正在成为公众试图忽视的公害,版权所有者试图通过称之为固有权利来证明这种强加于人的行为是合理的。正如他们所说,他们的固有权利是一种使公共利益变得无关紧要的传统。
这与版权的历史事实相反。
最高法院明确声明了版权的用途。斯图尔特法官在为法院撰写的文件中解释说
我们版权法的直接作用是为“作者”的创造性劳动确保合理的回报。但最终目标是通过这种激励,刺激艺术创造力,以造福公众。“美国唯一的利益和授予[版权]垄断的主要目标,”法院曾说过,“在于公众从作者的劳动中获得的一般利益。”
---Fox Film Corp. v. Doyal (286 US 123, 127)
因此,当版权妨碍公众使用程序时,这直接攻击了拥有版权的原因。
程序何时可用
或者,更确切地说,如何不查找程序何时可用...
作者:Richard M. Stallman
我曾大胆地对某些程序何时准备好分发做出了一些预测。现在,事后看来,我希望那不是一个错误。
创建一个给定的程序通常比预期的要花费更长的时间。如果发生这种情况,许多渴望使用它的您可能会想到打电话或写信问我该程序是否已经可用。或者,更糟糕的是,描述哪些部分已完成,或将移植到哪些机器,或移植到某些机器的容易程度,或将要实现哪些功能。
其中一些问题没有答案。当一个程序没有完成时,我们不知道在完成它时会添加哪些功能。我们不制定移植程序的计划,因为我们通常的政策是将移植留给您。这是一种招募更广泛参与的方式。
回应所有可能的查询会分散时间和精力,并减慢程序的完成速度,从而导致更多的查询。如果我们允许这种情况发生,那么用于编程的时间量可能会接近零。
只有您才能将GNU项目从这种荒谬的命运中拯救出来。请发挥您的意志力,耐心等待,并等待我们宣布程序可用。如果您希望看到更多的GNU软件更快地出现,那么最好的方法是自愿投入大量的时间。
当一个GNU软件发布或更新以进行通用在线分发时,快速找到它的最佳方法是安排接收info-gnu邮件列表,我们的公告将在该列表上发布。要接收info-gnu,请将请求发送至
ucbvax!prep.ai.mit.edu!info-gnu-request(usenet)
[email protected](互联网)
一些特定的程序,如Emacs、GCC、GDB、GNU Chess和G++
都有自己的特定邮件列表,新版本将在这些列表上公布。要加入这些列表,只需在您的请求中提及您感兴趣的程序即可。
磁带分发通常比在线分发晚几周开始,这要么是因为我们对无法轻易获得升级的用户要求更高的可靠性标准,要么是因为我们陷入了绝望的混乱,无法将我们的行动协调起来。当磁带分发开始时,我们通常会再次发布电子公告。如果您愿意,您可以提前订购磁带,前提是您了解交付可能会因我们致力于提高可靠性而延迟数周。
当我们预计真正的可靠性需要数月才能实现时,我们可能会在较早的时间提供测试版磁带,就像我们对GNU C所做的那样。我们以通常的方式宣布这些磁带。
如果您无法接收Usenet或Internet邮件,并且您计划订购特定程序的磁带,您可以致电基金会以了解该程序是否可用于磁带分发。我们的电话号码是(617)876-3296。最好在EST上午致电,因为您更有可能联系到我们的办公室和发货人员Opus Goldstein,而不是我们的磁带机。通常,Opus无法单独联系每个人以告知何时准备好磁带,但如果很重要,也许可以做出安排。
如果您计划从其他人那里获取副本,请要求该人告知您何时准备好。这将分担负担。
如果您真的迫切需要预测,您可以尝试咨询您当地的算命先生。他们对未来的了解不比我们少。
GNU 愿望清单
- 资金,一如既往。请记住,我们是可免税的,并且除其他外,我们想聘请某人来编写文档!
- 办公设备,例如桌面复印机;一台可以删除旧消息的漂亮的新型电话答录机;几台Sun工作站或VAX;1200/2400/4800/9600波特调制解调器;以及一台带有删除键的电动打字机。
- 高水平的、具有技术知识的人员以志愿者身份编写出色的文档。
- 顶尖程序员帮助为新语言编写实用程序和编译器。
- 提到GNU的媒体文章剪报。
如何获取 GNU 软件
自由软件基金会的所有软件和出版物均在允许复制和再分发的许可下分发。获取GNU软件最简单的方法是从拥有它的人那里获得。直接从他们那里复制即可。
如果您可以访问互联网,您可以从主机`prep.ai.mit.edu`获取最新的软件。有关更多信息,请阅读该主机上的文件`/u2/emacs/GETTING.GNU.SOFTWARE`。
如果您无法从朋友处或通过网络获得软件,自由软件基金会会收取复制和分发费来分发磁带。请参阅内封底的订购单。
如果您没有网络访问权限,并且您的计算机无法使用我们分发的两种介质中的任何一种,您必须从第三方组获取我们的软件——与我们没有合作但拥有我们其他形式软件的人员和组织。为了您的方便,下面列出了其他帮助传播GNU软件的组织。请注意,自由软件基金会与他们没有任何关联,也不对其版本的时效性或响应速度负责。
这些Internet站点提供了一些用于匿名FTP的GNU程序:louie.udel.edu
, nic.nyser.net
, bu-it.bu.edu
, uunet.uu.net
, spam.istc.sri.com
, 和 simtel20.arpa
(在PD:<Unix.GNU>下)。
有关如何使用uucp获取一些GNU程序的信息,可以通过以下电子邮件获取:[email protected]
, ihnp4!hutch!barber
, hqda-ai!merlin
。此外,您还可以询问:hao!scicom!qetzal!upba!ugn!nepa!denny
或从以下地址:[email protected]
。
俄亥俄州立大学也使用uucp传输GNU程序。他们每月将说明发布到Usenet上的新闻组comp.sources.d
。当前的详细信息来自Karl Kleinpaste [email protected]
或 [email protected]
或 ...!cbosgd!osu-cis!karl
;或Bob Sutterfield(在上面的地址中用bob替换karl)。
有关为AT&T Unix PC(又名3B1或PC7300)获取GNU Emacs软盘的信息,可通过电子邮件从以下地址获取:[email protected]
。
感谢 GNU
感谢GNU Flashes中提到的所有人。
感谢麻省理工学院计算机科学实验室及其负责人Dertouzos教授。LCS为FSF提供了用于程序开发的Microvax贷款。
感谢麻省理工学院人工智能实验室提供的许多宝贵帮助。
感谢东京软件研究协会的Nobuyuki Hikichi将GCC移植到SONY NEWS机器。还要感谢他们捐赠的10,000美元。
感谢NeXT, Inc.对GNU汇编器和GNU调试器的改进。
感谢MCC的Micheal Tiemann扩展GCC和GDB以处理C++
,并将GCC移植到32000,其中一些贡献来自查尔默斯计算机俱乐部的Jan Stein。
感谢Ted Lemon编写了GCC的RTL读取器和打印器的部分。
为了移植GCC,感谢Charles LaBrec(集成解决方案68020系统);感谢Greg Satz(HPUX);感谢David Kashtan(VMS)。
感谢David S. Hayes增强了GNU diff。
感谢Dan LaLiberte率先编写了GNU Emacs Lisp程序员手册,并感谢Bill Lewis和Tom Scott一直在努力将其整理在一起。
感谢Wolfgang Rupprecht为GNU Emacs提供了浮点支持。
感谢Torbjorn Granlund快速实现了split
、wc
、cmp
、cat
和cp
。
感谢所有贡献移植和扩展的人,以及所有贡献其他源代码、文档和有效错误报告的人。
感谢那些捐款和提供帮助的人。 还要感谢那些通过订购 Emacs 手册和发行磁带支持我们的人。
创建这份公告是为了感谢所有对我们正在做的事情表示兴趣的人。
------- | | Free Software Foundation, Inc. | stamp | 675 Massachusetts Avenue | | Cambridge, MA 02139 | here | | | -------