From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Directory structure changes in Emacs installed on MS-Windows Date: Fri, 05 Apr 2013 12:18:28 +0300 Message-ID: <836201fi8r.fsf@gnu.org> References: <83r4iqfaw1.fsf@gnu.org> <85obdtlwz6.fsf@member.fsf.org> <83d2u9fr4a.fsf@gnu.org> <9FE22079-7C57-4F7F-877C-7F6BC0DF7B23@mit.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1365278798 31912 80.91.229.3 (6 Apr 2013 20:06:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 6 Apr 2013 20:06:38 +0000 (UTC) Cc: emacs-devel@gnu.org To: chad Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 06 22:06:38 2013 Return-path: Envelope-to: ged-emacs-devel@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 1UOZK6-0001Uu-Dl for ged-emacs-devel@m.gmane.org; Sat, 06 Apr 2013 22:02:50 +0200 Original-Received: from localhost ([::1]:39856 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UO2nB-00045i-PV for ged-emacs-devel@m.gmane.org; Fri, 05 Apr 2013 05:18:41 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UO2n4-00045U-Q2 for emacs-devel@gnu.org; Fri, 05 Apr 2013 05:18:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UO2mz-0001Qj-RJ for emacs-devel@gnu.org; Fri, 05 Apr 2013 05:18:34 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:43712) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UO2mz-0001QD-Jo for emacs-devel@gnu.org; Fri, 05 Apr 2013 05:18:29 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MKR00900Z2FT500@a-mtaout23.012.net.il> for emacs-devel@gnu.org; Fri, 05 Apr 2013 12:18:28 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MKR009RQZ6RNK80@a-mtaout23.012.net.il>; Fri, 05 Apr 2013 12:18:28 +0300 (IDT) In-reply-to: <9FE22079-7C57-4F7F-877C-7F6BC0DF7B23@mit.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.175 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:158734 Archived-At: > From: chad > Date: Fri, 5 Apr 2013 01:48:11 -0700 > Cc: "emacs-devel@gnu.org Development" > > On 04 Apr 2013, at 23:06, Eli Zaretskii wrote: > > > It would be important if it were true, but I don't think it's true. > > The way epaths.h is generated from epaths.in on Posix platforms leaves > > the root of the Emacs installation tree (specified via --prefix) > > hard-coded into the binary, and Emacs (AFAIK) currently doesn't > > support relocation of the installation tree on Posix systems. By > > contrast, on Windows relocation is a matter of routine. So I cannot > > use the epaths-force target of the top-level Makefile anyway. > > I don't know if this is helpful to you or not, but the ns port > (--with-ns) features a relocatable tree. It seems to be implemented > in src/nsterm.m, functions ns_etc_directory(), ns_exec_path(), and > ns_load_path(). Thanks, I know that. Emacs on Windows is also already relocatable (otherwise, we would have users outcry on our hands ;-). What I was trying to say was that _because_ Emacs on Windows is, and must continue to be, relocatable, the editing of epaths.in by the configure script is pointless and just gets in the way, because the result will most likely be thrown away at startup. I think I will add an alternative rule for src/epaths.h in the top-level Makefile.in for the w32 build, and tweak configure.ac accordingly.