[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced
From: |
Bastien |
Subject: |
Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b |
Date: |
Sat, 12 Jan 2013 09:40:46 +0100 |
User-agent: |
Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux) |
Achim Gratz <address@hidden> writes:
> 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.
I don't.
>> Please point at one distribution that actually distributes gzipped
>> autoloads files like loaddefs.el.
>
> Why should I?
Please do send a link to a loaddefs.el.gz anywhere on the web or
anywhere in an Emacs package or provide a way to install Emacs which
generates loaddefs.el.gz.
> 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.
If you want to fix Emacs with respect to allowing loaddefs.el and
org-loaddefs.el compression, please do.
--
Bastien
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, (continued)
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Bastien, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Bastien, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Eric Schulte, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Bastien, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Bastien, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b,
Bastien <=
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Bastien, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Bastien, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Bastien, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/12
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is n ot defined, introduced by 5484a33b, Achim Gratz, 2013/01/11
- Re: [O] [BUG] `org-load-noerror-mustsuffix´ is not defined, introduced by 5484a33b, Stelian Iancu, 2013/01/10