From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#11959: 24.1.50; Warning: Lisp directory `C:/Emacs-24-2012-07-16/../site-lisp' does not exist. Date: Wed, 18 Jul 2012 17:57:01 +0300 Message-ID: <838veh9kxu.fsf@gnu.org> References: <623F1AC1C2E540D09676869BBDA4B15A@us.oracle.com> <83hat69thh.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1342623491 11854 80.91.229.3 (18 Jul 2012 14:58:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 18 Jul 2012 14:58:11 +0000 (UTC) Cc: 11959@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 18 16:58:10 2012 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 1SrVhZ-00057B-Ta for geb-bug-gnu-emacs@m.gmane.org; Wed, 18 Jul 2012 16:58:10 +0200 Original-Received: from localhost ([::1]:57836 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrVhZ-0002HE-AP for geb-bug-gnu-emacs@m.gmane.org; Wed, 18 Jul 2012 10:58:09 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:41519) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrVhR-0002Fx-5I for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 10:58:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SrVhM-0005Vx-A1 for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 10:58:01 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39096) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SrVhM-0005Tw-7H for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 10:57:56 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SrVnF-00073m-Jm for bug-gnu-emacs@gnu.org; Wed, 18 Jul 2012 11:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Jul 2012 15:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11959 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11959-submit@debbugs.gnu.org id=B11959.134262381327102 (code B ref 11959); Wed, 18 Jul 2012 15:04:01 +0000 Original-Received: (at 11959) by debbugs.gnu.org; 18 Jul 2012 15:03:33 +0000 Original-Received: from localhost ([127.0.0.1]:48641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVml-000732-Bx for submit@debbugs.gnu.org; Wed, 18 Jul 2012 11:03:33 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:48339) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SrVmi-00072p-1Y for 11959@debbugs.gnu.org; Wed, 18 Jul 2012 11:03:29 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M7D00J002R7PX00@a-mtaout21.012.net.il> for 11959@debbugs.gnu.org; Wed, 18 Jul 2012 17:56:51 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7D00JTC2UQ8KH0@a-mtaout21.012.net.il>; Wed, 18 Jul 2012 17:56:50 +0300 (IDT) In-reply-to: <83hat69thh.fsf@gnu.org> X-012-Sender: halo1@inter.net.il 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:62108 Archived-At: > Date: Tue, 17 Jul 2012 20:40:10 +0300 > From: Eli Zaretskii > Cc: 11959@debbugs.gnu.org > > > From: "Drew Adams" > > Date: Tue, 17 Jul 2012 09:40:31 -0700 > > > > I do not see this warning message with emacs -Q, but I see it with my > > setup. I do not find anywhere in my setup where I refer to site-lisp, > > but perhaps I do somewhere. > > > > When I start Emacs this warning is the first thing in buffer *Messages*: > > > > Warning: Lisp directory `C:/Emacs-24-2012-07-16/../site-lisp' does not exist. > > It's a bug, I've seen it since a few days ago and will get to fixing > it when I have time (unless someone beats me to it). The reason for this are the changes made by Glenn in revision 108939. Prior to those changes, when load-path was determined by the value of EMACSLOADPATH environment variable, the resulting list was never checked to verify that every directory there exists. Now load-path determined that way _is_ checked. The other part of the puzzle is that when Emacs on Windows starts, it always defines EMACSLOADPATH and puts 2 site-lisp directories into it: one that is in the same tree as the binary, which is supposed to be version dependent, and another one that is a sibling of the root of the installed tree, which is supposed to be version-independent. This is for compatibility with Emacs on Posix platforms, where we also push 2 directories onto load-path: /usr/local/share/emacs/XY.Z/site-lisp and /usr/local/share/emacs/site-lisp, respectively. However, unlike on Unix, on Windows there's no test whether these directories actually exist, because this was never a problem with the old code. But now, that the value of EMACSLOADPATH is being checked, we are seeing these warnings (unless Emacs is invoked with -Q), and I'm guessing that most Emacs users on Windows don't have a version-independent site-lisp directory, so most of them will be affected. It would be easy enough to make sure the site-lisp directories exist before adding them to EMACSLOADPATH on Windows. But before doing so, I'd like to understand why was the behavior in init_lread changed so as to check EMACSLOADPATH in the first place? And if we do want to check that, why not exempt the site-lisp directories from the need to exist, like we do in the case where EMACSLOADPATH is not set?