X-Authentication-Warning:	delorie.com: mail set sender to djgpp-bounces using -f
From:	Rugxulo <rugxulo AT gmail DOT com>
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: DJGPP port of Emacs 23
Date:	Thu, 12 Feb 2009 16:10:43 -0800 (PST)
Organization:	http://groups.google.com
Lines:	130
Message-ID:	<108b48a9-ec91-4c2f-a5ac-b7260b42bb38@v42g2000yqj.googlegroups.com>
References:	<uskoke71r DOT fsf AT gnu DOT org>
NNTP-Posting-Host:	65.13.115.246
Mime-Version:	1.0
X-Trace:	posting.google.com 1234483843 12466 127.0.0.1 (13 Feb 2009 00:10:43 GMT)
X-Complaints-To:	groups-abuse AT google DOT com
NNTP-Posting-Date:	Fri, 13 Feb 2009 00:10:43 +0000 (UTC)
Complaints-To:	groups-abuse AT google DOT com
Injection-Info:	v42g2000yqj.googlegroups.com; posting-host=65.13.115.246;
	posting-account=p5rsXQoAAAB8KPnVlgg9E_vlm2dvVhfO
User-Agent:	G2/1.0
X-HTTP-UserAgent:	Opera/9.63 (Windows NT 6.0; U; en) Presto/2.1.1,gzip(gfe),gzip(gfe)
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
Reply-To:	djgpp AT delorie DOT com

Hi,

On Dec 19 2008, 5:30=A0am, Eli Zaretskii <e DOT  DOT  DOT  AT gnu DOT org> wrote:
> The DJGPP port of GNU Emacs was unmaintained for several years, which
> caused it to bit-rot, although the latest official release 22.3 still
> builds out of the box. =A0However, the DJGPP build of the development
> version in CVS was broken for quite some time and would not even
> compile, let alone run.
>
> Recently, I have resumed maintaining the DJGPP Emacs, and in
> particular the CVS code now builds and works for me. =A0Bootstrap (which
> is necessary if you build the CVS version, see below) also works.
> ...
> If there are still users on this forum who run DJGPP tools on DOS or
> Windows platforms, I would encourage you to try the CVS version now.
> This is because Emacs 23 will be released soon, and I would like to
> have it tested by as many DJGPP users as possible, to find and weed
> out any remaining problems. =A0The development version is quite stable,
> and can be used for everyday work without fear of frequent crashes.

Apparently, RMS himself wrote to news://gnu.emacs.announce on Nov. 30,
2007 the following:


---------------------------------------------------------------------
"Deleting Emacs support for obsolete platforms"

"In Emacs 23 we are thinking of deleting Emacs support for the
systems
and computers listed below, because we think they are obsolete and
not useful.

If you know of a reason to keep support for any of those platforms,
please send an explanation to emacs-obsolete-poll _AT_ gnu _DOT_ org.
We will
try to keep the support for platforms that people actually want.

MSDOS
Mac OS all versions before MACOSX (only MAC_OS8 seems to have a
special define)

Apollo SR10.x (unexapollo.c)
Convex (unexconvex.c and m/convex.c)
Xenix (unexenix.c and s/xenix.h)
Iris  (unexmips.c m/iris4d.h   m/irist.h    s/iris3-5.h  s/iris3-6.h)
Gould (m/gould*)
Siemens machines running Sinix (unexsni.c)
Harris CXUX (s/cxux*)
ESIX, a variant of v.5.3 for the 386. (s/esix*)
Interactive (ISC) Unix (s/isc*)
Sony News (s/newsos*)
RTU 3.0, ucb universe (s/rtu.h) -- defines NOMULTIPLEJOBS
UniSoft's UniPlus 5.2 (s/uniplus.h)
UMAX (s/umax.h)
AT&T UNIX PC model 7300 (m/7300.h)
Acorn
Alliant (m/alliant*)
Amdahl (m/amdahl*)
Altos 3068 Unix System V Release 2 (m/altos.h)
Apollo (m/apollo.h)
AT&T 3b (m/att3b.h)
Aviion (m/aviion*)
Celerity (m/celerity.h)
clipper (m/clipper.h)
convergent S series (m/cnvrgnt.h)
cydra (m/cydra5.h)
Motorola System V/88 machines (m/delta88k.h) -- gcc dropped support
                              for 88k a while ago
Bull DPX/2 range (m/dpx2.h)
Dual machines using unisoft port (m/dual.h)
Elxsi machine (running enix) (m/elxsi.h)
Fujitsu F301 machine (m/f301.h)
i860 (m/i860.h) gcc dropped support a while ago
ibm ps/2 aix386 (m/ibmps2-aix.h)
ISI 68000's (m/is*)
Masscomp 5000 series running RTU, ucb universe (m/masscomp.h)
Megatest 68000's (m/mega68.h)
Whitechapel Computer Works MG1 (ns16000 based) (m/mg1.h)
Harris Night Hawk Series 1200 and Series 3000 (m/nh3000.h m/nh4000.h)
ns16000 (m/ns16000.h)
National Semiconductor 32000, running Genix (m/ns32000.h)
TI Nu machines using system V (m/nu.h)
HLH Orion (m/orion.h m/orion105.h)
Paragon i860 (m/paragon.h)
PFU A-series (m/pfa50.h)
Plexus running System V.2 (m/plexus.h)
pyramid. (m/pyramid.h)
sh3el (m/sh3el.h)
Bull SPS-7 (m/sps7.h)
m/sr2k.h
Stride (m/stride.h)
Sun 1 (m/sun1.h)
Sun 2 (m/sun2.h)
SEQUENT SYMMETRY  m/symmetry.h
Tadpole 68k machines m/tad68k.h
tahoe m/tahoe.h
targon31 m/targon31.h
Tektronix* (m/tek4300.h m/tekxd88.h)
NCR Tower 32 running System V.2 (m/tower32.h)
NCR Tower 32 running System V.3 (m/tower32v3.h)
U-station (Nihon Unisys, SS5E; Sumitomo Denkoh, U-Station E30). (m/
ustation.h)
Wicat (m/wicat.h)
Honeywell XPS100 running UNIX System V.2 (m/xps100.h)

Data General's DG/UX  (s/dgux*)
Irix before version 6
osf1 (s/osf*)
SunOS4 (s/sunos*)
RISCiX (s/riscix*)
SCO 3.2v4 (s/sco4.h)
SCO 3.2v5 (s/sco5.h)
Sun's 386-based RoadRunner (m/sun386.h)
Sun3 machines (m/sun3*)
 Integrated Solutions 386 machine (m/is386.h)"
---------------------------------------------------------------------

Anyone else find it strange that MSDOS is first on the list? Of all
those machines, surely the MSDOS part doesn't take up the most space
and is much more common and less exotic. I can maybe understand if it
didn't build and they didn't know how to fix it, but it seems they
hate all DOS just due to MS. (FreeDOS kernel + BASE is GPL, too!) The
whole "MSDOG" crapology in the manuals doesn't help either. Why does
GNU (and just the modern world in general) love to deprecate things
that are working fine?? Grrrr....

Anyways, at least GNU Emacs builds again now (thanks, Eli !) although
I'm still unsure about Vista's issues. But if we want them to not
deprecate / delete us, we'd all better pitch in and test / use /
contribute. Mkay?

- Raw text -