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
