GNU bug report logs - #11658
24.1; --no-site-lisp option doesn't work with custom locallisppath

Previous Next

Package: emacs;

Reported by: Ulrich Mueller <ulm <at> gentoo.org>

Date: Sat, 9 Jun 2012 11:43:02 UTC

Severity: normal

Found in version 24.1

Fixed in version 24.2

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11658 in the body.
You can then email your comments to 11658 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#11658; Package emacs. (Sat, 09 Jun 2012 11:43:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Ulrich Mueller <ulm <at> gentoo.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 09 Jun 2012 11:43:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Ulrich Mueller <ulm <at> gentoo.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.1; --no-site-lisp option doesn't work with custom locallisppath
Date: Sat, 9 Jun 2012 13:39:24 +0200
This is a fallout from bug 11634; Eli Zaretskii has suggested to open
a new bug report for it.

Gentoo's ebuild [1] configures Emacs with (basically)
--enable-locallisppath="/etc/emacs:/usr/share/emacs/site-lisp",
because according to our policy user-configurable files like
site-start.el should go to /etc, not /usr/share.

However, the code that collects the site-lisp dirs in init_lread()
will stop before the first element that doesn't contain "site-lisp" in
its name:

	      /* Remove "site-lisp" dirs from front of path temporarily
		 and store them in sitelisp, then conc them on at the
		 end so they're always first in path.
		 Note that this won't work if you used a
		 --enable-locallisppath element that does not happen
		 to contain "site-lisp" in its name.
	      */
	      sitelisp = Qnil;
	      while (1)
		{
		  tem = Fcar (Vload_path);
		  tem1 = Fstring_match (build_string ("site-lisp"),
					tem, Qnil);
		  if (!NILP (tem1))
		    {
		      Vload_path = Fcdr (Vload_path);
		      sitelisp = Fcons (tem, sitelisp);
		    }
		  else
		    break;
		}

In bug 10208 it was already suggested that lisppath and locallisppath
(which are separate variables in configure) shouldn't be joined, but
mapped to separate macros in epaths.h.

(I would try to prepare a patch based on that approach, but I've
looked at the code in init_lread and don't fully understand its
intentions. For example, why is no_site_lisp ignored in the
CANNOT_DUMP case? Do all four possible combinations of the
"Vpurify_flag" and "initialized" flags occur?)

[1] <http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-editors/emacs/emacs-24.1_rc.ebuild?revision=1.1&view=markup>




Reply sent to Glenn Morris <rgm <at> gnu.org>:
You have taken responsibility. (Sat, 30 Jun 2012 21:30:03 GMT) Full text and rfc822 format available.

Notification sent to Ulrich Mueller <ulm <at> gentoo.org>:
bug acknowledged by developer. (Sat, 30 Jun 2012 21:30:03 GMT) Full text and rfc822 format available.

Message #10 received at 11658-done <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: 11658-done <at> debbugs.gnu.org
Subject: Re: bug#11658: 24.1;
	--no-site-lisp option doesn't work with custom locallisppath
Date: Sat, 30 Jun 2012 17:24:47 -0400
Version: 24.2

Hopefully fixed.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 29 Jul 2012 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 11 years and 299 days ago.

Previous Next


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