From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastien Subject: =?UTF-8?B?UmU6IFtCVUddIGBvcmctbG9hZC1ub2Vycm9yLW11c3RzdWZmaXg=?= =?UTF-8?B?wrQgaXMgbm90IGRlZmluZWQsIGludHJvZHVjZWQgYnkgNTQ4NGEzM2I=?= Date: Sat, 12 Jan 2013 07:56:35 +0100 Message-ID: <876232ga8s.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> <87obgvzlah.fsf@bzg.ath.cx> <87fw27cybb.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:60890) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ttv1F-0007fi-2I for emacs-orgmode@gnu.org; Sat, 12 Jan 2013 01:56:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ttv1D-00035z-3B for emacs-orgmode@gnu.org; Sat, 12 Jan 2013 01:56:40 -0500 Received: from mail-we0-f178.google.com ([74.125.82.178]:57441) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ttv1C-00035v-SL for emacs-orgmode@gnu.org; Sat, 12 Jan 2013 01:56:39 -0500 Received: by mail-we0-f178.google.com with SMTP id x43so1158506wey.23 for ; Fri, 11 Jan 2013 22:56:38 -0800 (PST) In-Reply-To: <87fw27cybb.fsf@Rainer.invalid> (Achim Gratz's message of "Fri, 11 Jan 2013 20:30:16 +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: >> Yep, typo. But the 'mustsuffix trick is to force loading ".el" (and >> not ".elc" files, right? My question is: when is it necessary? > > The 'mustsuffix argument prevents consideration of the filename without > the extensions listed in load-suffixes. In other words, when you are > trying to load feature 'x, a file named just "x" does not satisfy the > requirement as it otherwise would. On the other hand, it does not > prevent using "x.el.gz" instead of "x.el" as 'nosuffix does. (load "org-loaddefs.el" t t t) will *not* load gzipped version of org-loaddefs.el. >> 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 :) > > This is a real use case. Installation with compression is a standard > feature of Emacs and just currently not supported by the build system, > mainly due to "little" problems like the above. Emacs' current > installer itself compresses the source files only when there's a > byte-compiled file around, so any recent Emacs would automatically have > a file "org-loaddefs.el" in load-path, although some packagers have > their own ideas about this. You should generally expect that the > installed files, whether sources or byte-compiled files could have been > compressed. Please point at one distribution that actually distributes gzipped autoloads files like loaddefs.el. > 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. -- Bastien