Received: by 10.66.74.40 with SMTP id q8mr1580905pav.19.1343655187208;
        Mon, 30 Jul 2012 06:33:07 -0700 (PDT)
MIME-Version: 1.0
Path: p10ni97539448pbh.1!nntp.google.com!news.glorb.com!usenet.stanford.edu!not-for-mail
From: Eli Zaretskii <e...@gnu.org>
Newsgroups: gnu.emacs.bug
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
Lines: 26
Sender: debbugs-submit-boun...@debbugs.gnu.org
Approved: bug-gnu-em...@gnu.org
Message-ID: <mailman.5975.1343655186.855.bug-gnu-emacs@gnu.org>
References: <623F1AC1C2E540D09676869BBDA4B15A@us.oracle.com>
	<83hat69thh.fsf@gnu.org> <838veh9kxu.fsf@gnu.org>
	<a87gtmf7p7.fsf@fencepost.gnu.org> <836295hqgi.fsf@gnu.org>
	<1mpq7dd9zw.fsf@fencepost.gnu.org>
Reply-To: Eli Zaretskii <e...@gnu.org>
NNTP-Posting-Host: lists.gnu.org
X-Trace: usenet.stanford.edu 1343655186 13979 208.118.235.17 (30 Jul 2012 13:33:06 GMT)
X-Complaints-To: action@cs.stanford.edu
Cc: c...@gnu.org, 11...@debbugs.gnu.org
To: Glenn Morris <r...@gnu.org>
Envelope-to: bug-gnu-em...@gnu.org
X-Loop: help-debb...@gnu.org
Resent-From: Eli Zaretskii <e...@gnu.org>
Original-Sender: debbugs-submit-boun...@debbugs.gnu.org
Resent-CC: bug-gnu-em...@gnu.org
Resent-Date: Mon, 30 Jul 2012 13:40:02 +0000
Resent-Message-ID: <handler.11959.B11959.13436555573...@debbugs.gnu.org>
Resent-Sender: help-debb...@gnu.org
X-GNU-PR-Message: followup 11959
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
In-reply-to: <1mpq7dd9zw.fsf@fencepost.gnu.org>
X-012-Sender: ha...@inter.net.il
X-BeenThere: debbugs-sub...@debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
Errors-To: debbugs-submit-boun...@debbugs.gnu.org
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-em...@gnu.org
List-Id: "Bug reports for GNU Emacs,
	the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-requ...@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-em...@gnu.org>
List-Help: <mailto:bug-gnu-emacs-requ...@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-requ...@gnu.org?subject=subscribe>

> From: Glenn Morris <r...@gnu.org>
> Cc: Stefan Monnier <monn...@iro.umontreal.ca>,  Chong Yidong <c...@gnu.org>,  11...@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.