emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced


From: Achim Gratz
Subject: Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b
Date: Sat, 12 Jan 2013 08:44:25 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.91 (gnu/linux)

Bastien writes:
> (load "org-loaddefs.el" t t t) will *not* load gzipped version of
> org-loaddefs.el.

That's what I was trying to tell you and I consider that a bug.

> Please point at one distribution that actually distributes gzipped
> autoloads files like loaddefs.el.

Why should I?  People have been recusively compressing their lisp
folders for years.  It's supposed to work and it does, why do you need
to break it?

>> Now if someone decides to compress the lisp folder for their own org
>> installation 
>
> Then we will tell him not to.  
>
> Can we stop *imagining* people shouting themselves in the foot for
> free?  I don't have time to build an hospital for them.

It is not at all illegal to do this, so we shouldn't be putting out code
that actively prevents this option.  That Emacs currently doesn't do
this has different reasons and looking at the code Emacs uses makes it
abundantly clear that they've gone to great lengths to enable this for
all files.  Currently it usually is faster to read non-compressed files
from disk if they aren't larger than a single allocation unit of the
underlying file system (which is why the files Emacs uses most often,
that is .elc files and autoloads are kept uncompressed), but there are
situations were there is a clear advantage of using compression and
there are also situations where compressing _all_ files is the only
thing left to do.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada




reply via email to

[Prev in Thread] Current Thread [Next in Thread]