From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.bugs Subject: bug#10125: RFE: require and load-path-shadowing Date: Fri, 11 Jan 2013 17:06:53 +0100 Organization: Linux Private Site Message-ID: <87wqvjd7qa.fsf__1075.65792645818$1357920530$gmane$org@Rainer.invalid> References: <87sj68eogm.fsf@Rainer.invalid> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1357920511 28459 80.91.229.3 (11 Jan 2013 16:08:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 11 Jan 2013 16:08:31 +0000 (UTC) To: 10125@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 11 17:08:49 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Tth9t-00060m-KW for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Jan 2013 17:08:41 +0100 Original-Received: from localhost ([::1]:49194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tth9d-0000a8-JL for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Jan 2013 11:08:25 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46479) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tth9O-0008Q4-UZ for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 11:08:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tth9K-0001xG-7Q for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 11:08:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50227) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tth99-0001wJ-7Y; Fri, 11 Jan 2013 11:07:55 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Tth9G-0007kt-CS; Fri, 11 Jan 2013 11:08:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <81pqgh90sp.fsf@gmail.com> Resent-From: Achim Gratz Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Fri, 11 Jan 2013 16:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10125 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.135792046629788 (code B ref -1); Fri, 11 Jan 2013 16:08:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 11 Jan 2013 16:07:46 +0000 Original-Received: from localhost ([127.0.0.1]:55691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tth90-0007kP-84 for submit@debbugs.gnu.org; Fri, 11 Jan 2013 11:07:46 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:34956) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tth8w-0007k9-Mq for submit@debbugs.gnu.org; Fri, 11 Jan 2013 11:07:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tth8e-0001qS-LV for submit@debbugs.gnu.org; Fri, 11 Jan 2013 11:07:29 -0500 Original-Received: from lists.gnu.org ([208.118.235.17]:56509) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tth8e-0001qO-IB for submit@debbugs.gnu.org; Fri, 11 Jan 2013 11:07:24 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46263) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tth8b-0007lB-0n for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 11:07:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tth8U-0001oP-3d for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 11:07:20 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:57766) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tth8T-0001oI-T1 for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 11:07:14 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tth8g-0004fC-L3 for bug-gnu-emacs@gnu.org; Fri, 11 Jan 2013 17:07:26 +0100 Original-Received: from pd9eb4cfd.dip.t-dialin.net ([217.235.76.253]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jan 2013 17:07:26 +0100 Original-Received: from Stromeko by pd9eb4cfd.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 11 Jan 2013 17:07:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 54 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb4cfd.dip.t-dialin.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.91 (gnu/linux) Cancel-Lock: sha1:xCGL53cx4/yHYHMGISZG66/9vRo= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:69613 Archived-At: Stefan Monnier writes: > I guess we could fork Emacs early on and keep this second process > around as a "process from which to generate new clean slates". I've been thinking about something like this for a while… if it worked at least as well as starting a new Emacs instance on all platforms, I'd favor this approach. > - outdated .elc file taking precedence over the new .el file can do > the same. Yes, but you get a warning and can already arrange for this (by binding the appropriate variables) to be no problem in practise. See the way org-reload works in current master (of the Org repo). > - bytecompiling a file affects the running session by side-effects such > as requiring packages. If that problem was finally solved that would be very welcome. > I suggested a quick&dirty solution: >> > E.g. we could add to bytecomp.el the ability to force `require' to >> > reload a package if it's not already loaded from the file that >> > locate-library returns. > > I still think it's not a bad option. Would an advice work in this situation (given that require is a primitive)? If yes, I'd like to give it a try over the weekend. If not, I don't really see why require, more specifically the part that checks features needs to be a primitive, so maybe it could be moved partly to elisp. > Of course, we'd still get trouble when the loading is not performed via > `require' but via autoload (maybe we could try and attack this problem > by allowing `autoload' to override an already existing definition, but > that could be delicate). That I'd like to split off from the discussion about require. > I don't see why that would introduce a difficulty. As long as the package is properly namespaced, why not allow for removing all definitions pertaining to that entire namespace (features, autoloads, definitions, …)? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada