Mail Archives: djgpp/2009/08/09/12:15:57
Hi,
On Aug 7, 12:23=A0pm, Eli Zaretskii <e DOT DOT DOT AT gnu DOT org> wrote:
> > From: Rugxulo <rugx DOT DOT DOT AT gmail DOT com>
> > Date: Fri, 7 Aug 2009 08:31:47 -0700 (PDT)
>
> > But grep is probably less useful because it requires an external tool.
>
> compile.elc also needs an external tool, but you (rightfully) included
> it.
What advantage does grep have over the built-in "occur" (and multi-
occur)?
> > Same with ispell, ps-print, vc-*. I honestly don't usually use those.
>
> There's no spell-checking in Emacs without ispell, and I hope no one
> these days writes anything serious, even comments to a program,
> without spell-checking the text. =A0
Sorry, but I never spellcheck anything. :o) I guess I could
try it in Emacs one of these days just to see how it works. I think I
briefly took a look at a Win32 port recently and was appalled at the
complexity.
> ps-print does not need any external
> tool if you have a PostScript printer available. =A0
Okay, so in theory, a minimal EMAC231B.ZIP would have it if it were up
to me (even though I never print, printers are crap, and none is
connected to my two main cpus).
> VC is the Version
> Control interface; I hope no one is writing software without some sort
> of source control these days. =A0These all are essential components of
> any serious development environment, IMO.
I'm not much of a coder, so no, I don't need version control for my
wimpy hacks. Besides, git, Mercurial, SVN, Arch, Bazaar, SCCS (big
surprise) don't work in DOS anyways. Even the CVS port is weak, and
RCS (my potential preference) only seems to have been compiled in 1997
(pre-Win2k hacks) although I assume it wouldn't break on recompile.
Plus RCS needs Diff anyways although that's not so bad if it makes
Ediff work. (Does that need Patch? Apparently yes. More external
dependencies, ugh.)
> > I think there was something that maybe needed fringe and scroll-bar,
> > believe it or not.
>
> Please report that as bugs.
If I knew where it was, I would, but I can't remember.
> > lisp/ and all its subdirs has 31 MB of .elc files !! Sorry if I find
> > that too much (esp. the useless to me GNUS, MH-E, ERC, etc).
>
> Gnus. mh-e, and erc belong to the packages that can never work in the
> DJGPP build, because they rely on features that don't work on DOS or
> need async subprocesses that the DJGPP port does not support.
You're right, of course, but I still feel it's silly to say "never"
when FreeDOS could always be extended. Too bad nobody cares. (And
heck, even you have previously mentioned possible hacks that would
fake async stuff for e.g. GDB.)
> > Especially all the silly image files, texinfo sources, extra docs,
> > etc.
>
> Images are not supported by the DJGPP build, so can be omitted.
> Texinfo sources are not needed at all, once you have the Info manuals
> produced from them. =A0But I wouldn't recommend omitting Info docs.
/info/ is 15 MB uncompressed but only 4 MB Gzip'd. And actually I
used .gz, which is worse than Bzip2 (oops), also supported (3.2 MB
compressed). And that's including everything, even stuff DOS doesn't
need !! Now if only they supported LZMA. ;-)
P.S. Yet another horrible idea: miniLZO, very very small, only five
files (three .h, one .c, one README) and could compress/decompress on
the fly without external tools or using /tmp. Plus it's GPL 2+.
However, I bet the GNU Emacs maintainers have more important things on
their minds than listening to my bad ideas (apparently the nascent
Gnustep port and a "lexical binding" CVS branch).
- Raw text -