GNU bug report logs - #12100
Can't extend load-path with EMACSLOADPATH

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Reuben Thomas <rrt <at> sc3d.org>
Subject: bug#12100: closed (Re: bug#12100: Can't extend load-path with
 EMACSLOADPATH)
Date: Sat, 23 Nov 2013 01:58:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#12100: Can't extend load-path with EMACSLOADPATH

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 12100 <at> debbugs.gnu.org.

-- 
12100: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12100
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Glenn Morris <rgm <at> gnu.org>
To: 12100-done <at> debbugs.gnu.org
Subject: Re: bug#12100: Can't extend load-path with EMACSLOADPATH
Date: Fri, 22 Nov 2013 20:57:31 -0500

Version: 24.4

Implemented.

[Message part 3 (message/rfc822, inline)]

From: Reuben Thomas <rrt <at> sc3d.org>
To: bug-emacs <bug-emacs <at> gnu.org>
Subject: Can't extend load-path with EMACSLOADPATH
Date: Tue, 31 Jul 2012 14:01:47 +0100

Sometimes, it is useful to start emacs with -q --no-splash, for
example for quick startup, or in order to avoid problems with
facilities like the server, or desktop.el, which only really work in
one instantiation per user.

However, my .emacs modifies load-path to point to my per-user elisp
files, and it would be nice if emacs -q could get these too.

The obvious way is to use EMACSLOADPATH, but this can only be used to
override the default load-path, not extend it. It would be nice if
something like

EMACSLOADPATH=":$HOME/site-lisp"

i.e. a value containing an empty path segment, could be used to extend the path.

-- 
http://rrt.sc3d.org

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.