From: Eli Zaretskii <eliz@gnu.org>
To: Glenn Morris <rgm@gnu.org>
Cc: cyd@gnu.org, 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: Mon, 30 Jul 2012 16:32:13 +0300 [thread overview]
Message-ID: <83txwpfk82.fsf@gnu.org> (raw)
In-Reply-To: <1mpq7dd9zw.fsf@fencepost.gnu.org>
> From: Glenn Morris <rgm@gnu.org>
> Cc: Stefan Monnier <monnier@iro.umontreal.ca>, Chong Yidong <cyd@gnu.org>, 11959@debbugs.gnu.org
> Date: Mon, 30 Jul 2012 02:43:47 -0400
>
> Eli Zaretskii wrote:
>
> > Emacs on Windows is built to be relocatable, because many users
> > install precompiled binaries in any place they feel like. So Emacs on
> > Windows must determine its load-path at run time. By contrast, the
> > mainline code relies on file names hardwired into the executable at
> > configure/build time, which is a non-starter. What other devices do we
> > have for forcing load-path to have a specific value, except setting
> > EMACSLOADPATH?
>
> Define MS functions analogous to ns_etc_directory, ns_exec_path, and
> ns_load_path. For simplicity/consistency, we can rename these to
> something like "platform_etc_directory" etc (or reloc_, or whatever_),
> then NS and MS Windows can use the same function names. Then we can just
> replace the #ifdef HAVE_NS in callproc.c with #if defined HAVS_NS ||
> defined WINDOWSNT.
That's "Windows specific code" I alluded to. If that's what we want,
I have no problems with that. I just thought #ifdef's would be ugly.
next prev parent reply other threads:[~2012-07-30 13:32 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
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 [this message]
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=83txwpfk82.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=11959@debbugs.gnu.org \
--cc=cyd@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.