From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ASSI Newsgroups: gmane.emacs.bugs Subject: bug#10208: site-lisp directories in load-path after --no-site-lisp Date: Thu, 12 Jan 2012 11:38:42 +0100 Message-ID: <4F0EB832.6000808@NexGo.DE> References: <87ipkrw8y7.fsf@Rainer.invalid> <87zke0mr38.fsf@Rainer.invalid> <87ipknfn2v.fsf@Rainer.invalid> <7j7h0zrqpo.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1326364793 30915 80.91.229.12 (12 Jan 2012 10:39:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 12 Jan 2012 10:39:53 +0000 (UTC) To: Glenn Morris , 10208@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 12 11:39:47 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RlI4O-0007hs-Vn for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Jan 2012 11:39:45 +0100 Original-Received: from localhost ([::1]:46902 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RlI4O-0000JD-Hn for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Jan 2012 05:39:44 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:34274) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RlI4I-0000J7-86 for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2012 05:39:42 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RlI4C-00054i-AG for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2012 05:39:38 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59954) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RlI4C-00054e-7O for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2012 05:39:32 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1RlI4g-0005Ym-GO for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2012 05:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: ASSI Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Jan 2012 10:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10208 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10208-submit@debbugs.gnu.org id=B10208.132636476021319 (code B ref 10208); Thu, 12 Jan 2012 10:40:02 +0000 Original-Received: (at 10208) by debbugs.gnu.org; 12 Jan 2012 10:39:20 +0000 Original-Received: from localhost ([127.0.0.1]:54627 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RlI3z-0005Xm-VP for submit@debbugs.gnu.org; Thu, 12 Jan 2012 05:39:20 -0500 Original-Received: from mail-in-11.arcor-online.net ([151.189.21.51]:33132) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RlI3w-0005XZ-25 for 10208@debbugs.gnu.org; Thu, 12 Jan 2012 05:39:18 -0500 Original-Received: from mail-in-04-z2.arcor-online.net (mail-in-04-z2.arcor-online.net [151.189.8.16]) by mx.arcor.de (Postfix) with ESMTP id A2FB0820A4; Thu, 12 Jan 2012 11:38:39 +0100 (CET) Original-Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mail-in-04-z2.arcor-online.net (Postfix) with ESMTP id 9C4D81F90A4; Thu, 12 Jan 2012 11:38:39 +0100 (CET) Original-Received: from [192.168.42.103] (p4FCF7436.dip.t-dialin.net [79.207.116.54]) (Authenticated sender: stromeko@arcor.de) by mail-in-06.arcor-online.net (Postfix) with ESMTPA id 6C62910C197; Thu, 12 Jan 2012 11:38:39 +0100 (CET) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-06.arcor-online.net 6C62910C197 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nexgo.de; s=mail-in; t=1326364719; bh=ucOLMpdh9/TCPswAS82dPRTELZicqzF8MgZq5i1GNA4=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=tOlgvwAP4ZaZc/W+Ca8kWAOpV/HQaDU8+2vXPiKT2I4KTcP/zO01RD8sCDViut5KY 7fto/lFYexHERMboNSe6bzK+kK1Zj/quZmheMv14lJ21lU8Xoi5h3jrYPJ4uSIyE55 4doY6lo6RPdnPdeuZgPQjuDou+vn8kPwlh0oq6kE= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 In-Reply-To: <7j7h0zrqpo.fsf@fencepost.gnu.org> 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 (newer, 2) 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:55657 Archived-At: Am 11.01.2012 02:08, schrieb Glenn Morris: > Thanks for tracking this down, I installed something similar. Appreciated, however I can't check right now. > I had not appreciated half of what init_lread does, nor that > installation-directory is actually nil in installed Emacs (and would be > better named "build-directory" IMO). Yes, this whole business of naming and using these variables might require something of an overhaul. > AFAICS, there are still the following issues: > > i) EMACSLOADPATH overrides --no-site-lisp; it probably should not. I haven't given this one much thought so far; but again, the general scheme might be in need of re-evaluation. > ii) This presumably means --no-site-lisp does not work in --with-ns > builds, since they set load-path via EMACSLOADPATH (IMO, it's a bug that > one part of Emacs uses an env-var just to communicate with another, see eg > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6401#48 ) > > These could both be solved by simply removing any Vload_path element > matching "site-lisp" near the end of init_lread. (I guess this would > remove the need for the MS Windows build to implement this feature > separately as well.) I don't have a build environment set up on Windows, so I can't comment here. > This would still leave: > > iii) Any --enable-locallisppath element that does not happen to have > "site-lisp" in its name will not get removed (but such elements already > mess things up because they will break the sorting of load-path that > init_lread tries to do). > > > Perhaps it would be better to split PATH_LOADSEARCH in epaths.h into a > default and site-lisp component, and simply not add the latter with > --no-site-lisp. I'd be in favor of having separate path variables. The two searchpath components are already seperately available in make during the build, so it may not be even that difficult. However, such a change might need to be postponed to the next release of Emacs. > Finally, I noticed that you have some changes installed (for Org) that > are not marked as "tiny changes", yet you don't seem to have a copyright > assignment. IF you have not completed one, are you willing to do so? > The process is straightforward. I had sent you a mail last year regarding this, I'll send it again. Please let me know if you don't get it. -- Achim. (on the road :-)