delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2009/04/11/02:00:13

X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
From: "Rod Pemberton" <do_not_have AT nohavenot DOT cmm>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: GNU Emacs 22.3 and Vista
Date: Sat, 11 Apr 2009 01:53:14 -0400
Organization: Aioe.org NNTP Server
Lines: 65
Message-ID: <grpb1a$j0q$1@aioe.org>
References: <c6f1ce2a-c0a9-45ec-992f-1e2925f53a72 AT r28g2000vbp DOT googlegroups DOT com> <uk564jmew DOT fsf AT gnu DOT org> <7b67b41d-4ec9-4d49-9e15-2b2db729e8cf AT 3g2000yqk DOT googlegroups DOT com> <ueiwcji5g DOT fsf AT gnu DOT org> <e9d6710f-e784-4d0e-90a2-deda66c286e5 AT e3g2000vbe DOT googlegroups DOT com> <u4ox7kafm DOT fsf AT gnu DOT org> <83fxgoda43 DOT fsf AT gnu DOT org> <c7c81398-f473-42b4-b6d9-2d3c4bedfc59 AT g37g2000yqn DOT googlegroups DOT com> <83ws9t358x DOT fsf AT gnu DOT org> <6fe30866-6add-4c07-93dc-47e56462a597 AT z9g2000yqi DOT googlegroups DOT com> <83vdpd329z DOT fsf AT gnu DOT org> <f5509665-5037-4f7b-b71b-8868ddace192 AT l1g2000yqk DOT googlegroups DOT com> <grnb7s$33n$1 AT aioe DOT org> <9ee58e13-9e8f-4ed4-ba0a-720959d48842 AT z19g2000yqe DOT googlegroups DOT com>
NNTP-Posting-Host: pldq+kT97bAAp/ObDwnZyQ.user.aioe.org
X-Complaints-To: abuse AT aioe DOT org
NNTP-Posting-Date: Sat, 11 Apr 2009 05:49:30 +0000 (UTC)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1933
X-Notice: Filtered by postfilter v. 0.7.7
X-Newsreader: Microsoft Outlook Express 6.00.2800.1933
Cancel-Lock: sha1:PNbjql8VAk8A5aXp6IntCycK3j4=
X-Priority: 3
X-MSMail-Priority: Normal
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

"Rugxulo" <rugxulo AT gmail DOT com> wrote in message
news:9ee58e13-9e8f-4ed4-ba0a-720959d48842 AT z19g2000yqe DOT googlegroups DOT com...
On Apr 10, 6:44 am, "Rod Pemberton" <do_not_h DOT  DOT  DOT  AT nohavenot DOT cmm> wrote:
> > "Rugxulo" <rugx DOT  DOT  DOT  AT gmail DOT com> wrote in message
> > news:f5509665-5037-4f7b-b71b-8868ddace192 AT l1g2000yqk DOT googlegroups DOT com...
> >
> > Sorry, wasn't following too well...
>

Still not...

> 180 MB is (IMHO) too much unpacked
...
> auto-compression
...
> Yeah, I'm not sure where I was going with this idea. Sure, somebody
> with eLisp experience could hack the inflate.cl to maybe make Emacs
> support it out of the box, but I'm not that somebody.  :-)
> But I still think, ignoring auto-compression, if you just wanted to
> save unpacked space, you could use one of the untar / untgz / tgunzip
> etc. alternatives (since they're small, free license, w/ srcs). Or
> maybe just bundle the "docs + changelogs + etc" separately anyways.

I'm confused.  What are you trying to do?...

The best I can come up with as to what your'e discussing is that you're
trying to make DJGPP tools "intelligent" and natively "aware" of gzip
compression and how to compress and uncompress files as needed from gzip
archives.  Yes?  No?

E.g., some versions of Windows recognize .zip compression as will display a
.zip's contents as a normal Windows folder of files.  AFAICT, you're wanting
to leave all the compressed sources as compressed sources, and the tools
would uncompress and extract, use, then cleanup whatever files were needed
in an incremental pattern.  I.e., if you needed to compile 100Mb+ of
uncompressed files but only had 1Mb of disk space and 8Mb of memory, then
each file, incrementally, would be expanded onto the disk or into memory,
used - assembled or compiled, and removed.  Unfortunately, source and object
files are very dependent on the content or information from numerous other
files.  I.e., you may need many source and object files which might exceed
your memory or disk space.  The solution is to "go back in time" to more
compact tools and languages: interpreters instead of compilers - FORTH and
BASIC, assembly instead of high-level languages.  Of course, if you do that,
you lose whatever the modern package provides...

Alternately, you might try a smaller GNU compatible C compiler than DJGPP or
GCC itself.  Fabrice Bellard claims his TCCBOOT allows compilation of GNU C
at *runtime*.  Supposedly, his 138KB bootloader compiles and executes the
GNU C code for the *Linux kernel*, with screenshots:
http://bellard.org/tcc/tccboot.html

How much it actually compiles is in question.  Under QEMU, tccboot.iso shows
only a modest number of C files being compiled - no assembly.  So, it's
likely a customized version of Linux.

But since they compile GNU C, maybe his TinyCC or TCCBOOT might help out.
Also, if you looked at the screenshots, you'd notice a decompressor (for
initrd... gzip?) is built into whatever Linux bootloader (in 16-bit
assembly?...) that they are using...


Rod Pemberton



- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019