bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#11959: 24.1.50; Warning: Lisp directory `C:/Emacs-24-2012-07-16/../s


From: Eli Zaretskii
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

> From: Glenn Morris <address@hidden>
> Cc: Stefan Monnier <address@hidden>,  Chong Yidong <address@hidden>,  
> address@hidden
> 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.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]