From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: =?UTF-8?B?UmU6IFtCVUddIGBvcmctbG9hZC1ub2Vycm9yLW11c3RzdWZmaXg=?= =?UTF-8?B?wrQgaXMgbm90IGRlZmluZWQsIGludHJvZHVjZWQgYnkgNTQ4NGEzM2I=?= Date: Fri, 11 Jan 2013 18:23:02 +0100 Message-ID: <87obgvzlah.fsf@bzg.ath.cx> References: <87a9sh3tsp.fsf@gmail.com> <877gnlknlx.fsf@bzg.ath.cx> <87sj69ro12.fsf@gmail.com> <87pq1dj76n.fsf@bzg.ath.cx> <87hamprlob.fsf@gmail.com> <11306.1357839845@alphaville> <874niosy6w.fsf@gmail.com> <87txqodgix.fsf@bzg.ath.cx> <87txqovnv3.fsf@gmail.com> <874niodcry.fsf@bzg.ath.cx> <87vcb4spxe.fsf@gmail.com> <8738y8n0b2.fsf@gmail.com> <87lic0bpwj.fsf@bzg.ath.cx> <87hamo7gdk.fsf@gmail.com> <87wqvk9p5f.fsf@bzg.ath.cx> <87ehhrhpjl.fsf@bzg.ath.cx> <87sj67d662.fsf@Rainer.invalid> <87a9sf1wsl.fsf@bzg.ath.cx> <87k3rjd51k.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:35201) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtiJv-0008Ib-9O for emacs-orgmode@gnu.org; Fri, 11 Jan 2013 12:23:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TtiJs-00066E-Mo for emacs-orgmode@gnu.org; Fri, 11 Jan 2013 12:23:07 -0500 Received: from mail-wg0-f47.google.com ([74.125.82.47]:57301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TtiJs-00065y-Ff for emacs-orgmode@gnu.org; Fri, 11 Jan 2013 12:23:04 -0500 Received: by mail-wg0-f47.google.com with SMTP id dq11so916794wgb.2 for ; Fri, 11 Jan 2013 09:23:03 -0800 (PST) In-Reply-To: <87k3rjd51k.fsf@Rainer.invalid> (Achim Gratz's message of "Fri, 11 Jan 2013 18:04:55 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Achim Gratz Cc: emacs-orgmode@gnu.org Achim Gratz writes: > Bastien writes: >> There is this line at the end of org-loaddefs.el: >> >> ;; no-byte-compile: t >> >> So my understanding is that org-loaddefs.el is never compressed. > > Byte-compiled != compressed. Yep, typo. But the 'mustsuffix trick is to force loading ".el" (and not ".elc" files, right? My question is: when is it necessary? >> Under which conditions is it compressed? > > When calling gzip on it. Er... I'm not Spinoza, considering things "sub specie aeternitatis". I'm trying to consider real use-cases, with a sense of "real" close to "not so improbable". I don't see why Org should take care of users who are pervert enough to gzip their org-loaddefs.el... but maybe I lack imagination, as usual :) >>> In particular, when there is another org-loaddefs.el later on in the >>> loadpath, it will happily load that file, creating just the very problem >>> we were trying to avoid. >> >> That's why the user needs to add the correct load-path in his >> .emacs.el when using a tarball or a git clone. I made it clear >> in the docs. > > No, it will load the wrong file even if the load-path is correct. Try > it if you don't believe me — gotta run now. emacs -Q M-: (add-to-list 'load-path "~/git/org-mode/lisp") M-: (find-library "org") M-: (buffer-file-name) => "~/git/org-mode/lisp/org.el" emacs -Q M-: (add-to-list 'load-path "~/git/org-mode/lisp" t) M-: (find-library "org") M-: (buffer-file-name) => "/usr/local/share/emacs/24.3.50/lisp/org/org.el" But I know your answer, `find-library' does not give the library from which functions have been autoloaded. -- Bastien