From: "Drew Adams" <drew.adams@oracle.com>
To: "'Eli Zaretskii'" <eliz@gnu.org>, "'Glenn Morris'" <rgm@gnu.org>
Cc: 11959@debbugs.gnu.org
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 08:20:15 -0700 [thread overview]
Message-ID: <BEC88BE3713A414E88134D749C25AEA0@us.oracle.com> (raw)
In-Reply-To: <838veh9kxu.fsf@gnu.org>
> 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.
May I ask why? What was the problem with allowing non-existing directories in
`load-path'? A priori, that sounds like the _right_ thing to do. And what is
done now whenever one such is encountered - just print a warning?
> 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.
You mean that it does so systematically, in a hard-coded fashion? Or does it
put those there only if such directories exist?
> 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?
That was my question also. Just what problem is that trying to solve?
> 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?
Such exceptionalism smacks of fragile design. What applies to site-lisp might
apply to some other directory as well (tomorrow, if not today).
But I don't have a puppy in this critter crawl - just curious why the change was
made.
next prev parent reply other threads:[~2012-07-18 15:20 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-17 16:40 bug#11959: 24.1.50; Warning: Lisp directory `C:/Emacs-24-2012-07-16/../site-lisp' does not exist Drew Adams
2012-07-17 17:40 ` Eli Zaretskii
2012-07-17 17:42 ` Drew Adams
2012-07-18 14:57 ` Eli Zaretskii
2012-07-18 15:20 ` Drew Adams [this message]
2012-07-18 17:08 ` Eli Zaretskii
2012-07-29 23:50 ` Glenn Morris
2012-07-29 23:58 ` Glenn Morris
2012-07-30 3:34 ` Eli Zaretskii
2012-07-30 6:05 ` Jan Djärv
2012-07-30 13:30 ` Eli Zaretskii
2012-07-30 6:43 ` Glenn Morris
2012-07-30 13:32 ` Eli Zaretskii
2012-07-30 15:09 ` Glenn Morris
2012-07-30 15:11 ` Glenn Morris
2012-07-31 17:10 ` Eli Zaretskii
2012-08-01 20:32 ` Stefan Monnier
2012-08-02 15:29 ` Eli Zaretskii
2012-08-02 15:42 ` Glenn Morris
2012-08-04 14:30 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BEC88BE3713A414E88134D749C25AEA0@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=11959@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.