Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!cbosgd!cblpf!cbstr1!Karl.Kleinpaste
From: Karl.Kleinpaste@cbstr1.UUCP
Newsgroups: comp.emacs
Subject: Re: Free Software Foundation
Message-ID: <355@cbstr1.att.com>
Date: Mon, 31-Aug-87 09:41:30 EDT
Article-I.D.: cbstr1.355
Posted: Mon Aug 31 09:41:30 1987
Date-Received: Tue, 1-Sep-87 03:52:43 EDT
References: <7919@think.UUCP>
Sender: karl@cbstr1.att.com
Lines: 29

rlk@think.COM writes:
=In article <352@cpro.UUCP> asgard@cpro.UUCP (J.R. Stoner) writes:
=]The FSF/GNU people pretend their programs install with the proper m-machine.h
=]files.  This does not appear to be true.  After looking at 18.47 for too long
=]I gave up trying to second-guess bad code and removed it.  The only cpu types
=]supported were 68000 and VAX.  

=I wonder what Karl Kleinpaste would have to say to that?  I don't use
=3B's, but he's evidently done a good job porting emacs to that
=architecture.  As for machine support, a quick ls -l m-*|wc shows that
=approximately 36 machines are supported right now...

Karl would say that Mr Stoner is patently out to lunch, because he
hasn't noticed what's actually in those m-*.h files.  A 3B{2,5,15,20}
is remarkably unlike either a 68k or VAX processor.  This is not to
mention the fact that there is support for, e.g., the NatSemi
processors with the presence of m-sequent.h, and Big Bluish things
with m-amdahl.h.  Before long, the Cray diffs will get back to the FSF
for inclusion in a future release.  Feh! on claims of 68k-and-VAX-
only.  The span of architectures supported is really very wide.  The
fact that the low end of the span is one level above the 286 is not
the FSF's fault; it's Intel's, IBM's, and Microsoft's.

By the way: I am leaving AT&T Bell Labs, starting work tomorrow (1
Sep) with Ohio State University's Computer Science Department.

Karl
karl@ohio-state.arpa (if Tut's x25 connection is alive)
...cbosgd!osu-cis!karl (3B2 UUCP gateway)