From unknown Mon Aug 18 00:08:43 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#14513 <14513@debbugs.gnu.org> To: bug#14513 <14513@debbugs.gnu.org> Subject: Status: 24.3.50; Site load-path pieces differ in MSYS build Reply-To: bug#14513 <14513@debbugs.gnu.org> Date: Mon, 18 Aug 2025 07:08:43 +0000 retitle 14513 24.3.50; Site load-path pieces differ in MSYS build reassign 14513 emacs submitter 14513 Richard Copley severity 14513 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 09:48:10 2013 Received: (at submit) by debbugs.gnu.org; 30 May 2013 13:48:10 +0000 Received: from localhost ([127.0.0.1]:41867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui3D7-0007fC-CG for submit@debbugs.gnu.org; Thu, 30 May 2013 09:48:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53901) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui3D4-0007eU-9X for submit@debbugs.gnu.org; Thu, 30 May 2013 09:48:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui3BS-00056n-L2 for submit@debbugs.gnu.org; Thu, 30 May 2013 09:46:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM, HTML_MESSAGE, T_DKIM_INVALID, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:34689) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui3BS-00056j-Hn for submit@debbugs.gnu.org; Thu, 30 May 2013 09:46:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37003) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui3BN-0003y0-6q for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 09:46:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui3BG-00052k-Nq for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 09:46:21 -0400 Received: from mail-ea0-x234.google.com ([2a00:1450:4013:c01::234]:59489) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui3BG-00052I-AV for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 09:46:14 -0400 Received: by mail-ea0-f180.google.com with SMTP id g10so350074eak.25 for ; Thu, 30 May 2013 06:46:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GH7KUtWGxLXG1YL40+IGu7NkcwtwcxGDl/IJANYko8E=; b=wGqofHAp+KjoCQ4VqRxV1TtSpoTmEamvGMVsP6Yz58uRP6TIMk2M0efChejnz4CtU+ xvjJX6dWLmvqfMUbtoG4o8EiYsSwkjeARPRZjMXtTkLfEtyTSlN0klsURskP+D26AKQX sa3+Iti1xUhtb7C4GTjcR6qmwOnjlzT8YPEa2eoONpmw5o4pFcJefuvdMnpQDPmH+UVM VUSpc1Q8j+fCVL3yvfwZi2jP9T9jsmXbvphOMgoxxv3E6rR0Huk0JSolXZuXJC03ClWH 3+Z1Ofwf3X4Jv76vJ0VovnzZrgXv3yo1AoUmIReIfM7WniVWWsTSOmEMN0j6fGdEt1W1 w8jg== MIME-Version: 1.0 X-Received: by 10.14.107.69 with SMTP id n45mr9788291eeg.67.1369921573195; Thu, 30 May 2013 06:46:13 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Thu, 30 May 2013 06:46:13 -0700 (PDT) Date: Thu, 30 May 2013 14:46:13 +0100 Message-ID: Subject: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: "bug-gnu-emacs@gnu.org" Content-Type: multipart/alternative; boundary=001a11c2899ebdc25c04ddefb82c X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --001a11c2899ebdc25c04ddefb82c Content-Type: text/plain; charset=ISO-8859-1 The site-specific pieces of the initial load-path are different in the nt/msysconfig.sh build from how they used to be with nt/configure.bat. In src/epaths.h (when built), PATH_SITELOADSEARCH is defined as: with nt/configure.bat: "%emacs_dir%/site-lisp;%emacs_dir%/../site-lisp" with nt/msysconfig.sh: "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" The former version was much more useful on Windows, allowing one to keep a bunch of Emacs installs in a single parent directory that also contains the site-lisp directory. As a workaround I tried configuring with "--enable-locallisppath=c:/emacs/site-lisp" but it didn't seem to have any effect. In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-05-30 on 57172UHB Bzr revision: 112785 xfq.free@gmail.com-20130530092755-xhnwfx1wk3ueebnk Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix c:/emacs/emacs-112785 --enable-locallisppath=c:/emacs/site-lisp CPPFLAGS='-I G:/usr/include' LDFLAGS='-L G:/usr/lib'' Important settings: value of $LANG: ENG locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x f i n d - l i b s i t e - s t a r t M-x r - e - b Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. find-library-name: Can't find library site-start Load-path shadows: None found. Features: (shadow sort nadvice gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils thingatpt find-func time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) --001a11c2899ebdc25c04ddefb82c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
The site-specific pieces of the initial load-path are diff= erent in the
nt/msysconfig.sh build from how they used to be with nt/con= figure.bat.

In src/epaths.h (when built), PATH_SITELOADSEARCH is def= ined as:

=A0 with nt/configure.bat: "%emacs_dir%/site-lisp;%emacs_dir%/../s= ite-lisp"

=A0 with nt/msysconfig.sh: "%emacs_dir%/share/em= acs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp"

The fo= rmer version was much more useful on Windows, allowing
one to keep a bunch of Emacs installs in a single parent directory
that = also contains the site-lisp directory.

As a workaround I tried confi= guring with
"--enable-locallisppath=3Dc:/emacs/site-lisp" but = it didn't seem to have
any effect.

In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
=A0of 2013-0= 5-30 on 57172UHB
Bzr revision: 112785 xfq.free@gmail.com-20130530092755-= xhnwfx1wk3ueebnk
Windowing system distributor `Microsoft Corp.', ver= sion 6.1.7601
Configured using:
=A0`configure --prefix c:/emacs/emacs-112785
=A0--e= nable-locallisppath=3Dc:/emacs/site-lisp CPPFLAGS=3D'-I G:/usr/include&= #39;
=A0LDFLAGS=3D'-L G:/usr/lib''

Important settings= :
=A0 value of $LANG: ENG
=A0 locale-coding-system: cp1252
=A0 default enable-multibyte-characters= : t

Major mode: Lisp Interaction

Minor modes in effect:
= =A0 tooltip-mode: t
=A0 mouse-wheel-mode: t
=A0 tool-bar-mode: t
= =A0 menu-bar-mode: t
=A0 file-name-shadow-mode: t
=A0 global-font-lock-mode: t
=A0 font-lo= ck-mode: t
=A0 blink-cursor-mode: t
=A0 auto-composition-mode: t
= =A0 auto-encryption-mode: t
=A0 auto-compression-mode: t
=A0 line-num= ber-mode: t
=A0 transient-mark-mode: t

Recent input:
M-x f i n d - l i b <= return> s i t e - s t a r t <return>
M-x r - e - b <return&= gt;

Recent messages:
For information about GNU Emacs and the GNU = system, type C-h C-a.
find-library-name: Can't find library site-start

Load-path shado= ws:
None found.

Features:
(shadow sort nadvice gnus-util mail-= extr emacsbug message format-spec
rfc822 mml easymenu mml-sec mm-decode = mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-dr= ums mm-util mail-prsvr mail-utils thingatpt find-func time-date
tooltip = ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
w32-common-fn= s disp-table w32-win w32-vars tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode register page
menu= -bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax= facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese = tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-tab= le epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button = faces cus-face macroexp files text-properties overlay sha1 md5
base64 fo= rmat env code-pages mule custom widget hashtable-print-readable
backquote make-network-process w32notify w32 multi-tty emacs)

--001a11c2899ebdc25c04ddefb82c-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 12:42:08 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 16:42:08 +0000 Received: from localhost ([127.0.0.1]:42556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui5vT-0006lI-OT for submit@debbugs.gnu.org; Thu, 30 May 2013 12:42:08 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:62491) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui5vP-0006ke-7j for 14513@debbugs.gnu.org; Thu, 30 May 2013 12:42:04 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MNM00F00E3D6600@a-mtaout23.012.net.il> for 14513@debbugs.gnu.org; Thu, 30 May 2013 19:40:15 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNM00E7WEB2XXB0@a-mtaout23.012.net.il>; Thu, 30 May 2013 19:40:15 +0300 (IDT) Date: Thu, 30 May 2013 19:40:30 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <83y5aw4e0x.fsf@gnu.org> References: X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Thu, 30 May 2013 14:46:13 +0100 > From: Richard Copley > > The site-specific pieces of the initial load-path are different in the > nt/msysconfig.sh build from how they used to be with nt/configure.bat. Indeed, and that is on purpose. I explained the rationale here: http://lists.gnu.org/archive/html/emacs-devel/2013-04/msg00146.html > In src/epaths.h (when built), PATH_SITELOADSEARCH is defined as: > > with nt/configure.bat: "%emacs_dir%/site-lisp;%emacs_dir%/../site-lisp" > > with nt/msysconfig.sh: > "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" > > The former version was much more useful on Windows, allowing > one to keep a bunch of Emacs installs in a single parent directory > that also contains the site-lisp directory. Sorry, I don't follow. Please describe what structure was possible beforehand that you think is impossible now. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 13:57:49 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 17:57:49 +0000 Received: from localhost ([127.0.0.1]:42671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui76j-0001TG-8d for submit@debbugs.gnu.org; Thu, 30 May 2013 13:57:49 -0400 Received: from mail-ea0-f182.google.com ([209.85.215.182]:61429) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui76g-0001T2-N2 for 14513@debbugs.gnu.org; Thu, 30 May 2013 13:57:48 -0400 Received: by mail-ea0-f182.google.com with SMTP id r16so661221ead.13 for <14513@debbugs.gnu.org>; Thu, 30 May 2013 10:56:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JzcIPaA/3kuPvPEWuvFgxw2c9xk2WrTVNAwItxKfrAc=; b=txkpe3JoEi60HwrqEoTSl+rS/5p7KJmVrl63dWQgmoZTmkrV9czVMQOseG2WGkmD71 phhAxbhKF2W7CuNjUlllVynvVbrLNsaVIbv+9lKBdRCmLjhBtqFiAz43D/IBvQ+0seSf 7aYqIZBPyZH22rlPPsFptvvQpPYOEDWeSglH3TuTxVhSBBIY7RaJWZWIyS/obRiluuXU 3uwQFNuBMHUlJeJ4a6aINZLvLWKp/PNRq17Crqn7EH9dfwgOVWbqh81PSewhEY52fwDA AaSlFSQr4GMoeptknc1B+y5GA8qVxX8yGOQgafMw8LGwlSu0Xn4HQ1u/7Sy59WhSD5ez 8c5A== MIME-Version: 1.0 X-Received: by 10.15.111.202 with SMTP id cj50mr10621058eeb.140.1369936570392; Thu, 30 May 2013 10:56:10 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Thu, 30 May 2013 10:56:10 -0700 (PDT) In-Reply-To: <83y5aw4e0x.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> Date: Thu, 30 May 2013 18:56:10 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/alternative; boundary=089e01635502a4c5cc04ddf336f4 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e01635502a4c5cc04ddf336f4 Content-Type: text/plain; charset=ISO-8859-1 On 30 May 2013 17:40, Eli Zaretskii wrote: > > Date: Thu, 30 May 2013 14:46:13 +0100 > > From: Richard Copley > > > > The site-specific pieces of the initial load-path are different in the > > nt/msysconfig.sh build from how they used to be with nt/configure.bat. > > Indeed, and that is on purpose. I explained the rationale here: > > http://lists.gnu.org/archive/html/emacs-devel/2013-04/msg00146.html > > > In src/epaths.h (when built), PATH_SITELOADSEARCH is defined as: > > > > with nt/configure.bat: "%emacs_dir%/site-lisp;%emacs_dir%/../site-lisp" > > > > with nt/msysconfig.sh: > > > "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" > > > > The former version was much more useful on Windows, allowing > > one to keep a bunch of Emacs installs in a single parent directory > > that also contains the site-lisp directory. > > Sorry, I don't follow. Please describe what structure was possible > beforehand that you think is impossible now. > I'm not sure which part you're having trouble with, so I'll be quite expansive and hopefully you'll see what I mean. Perhaps this should be a reply to the emacs-devel message, but I didn't see that at the time and it's a bit late now. What used sometimes to be called NT Emacs is (or was) a portable app. When you've unpacked (or built) it, everything is inside "bin/..". Call that the "application directory". You install by moving and renaming the application directory, and uninstall by deleting. Ideally, you never modify any file inside the application directory. Putting an Emacs bin directory on the system-wide path is optional. The user can be trusted to work out how to invoke the right executable. Emacs finds the right auxiliary executables and DOC file just fine, even with the "-Q" command-line argument. I had a bunch of these application directories, my own builds of the trunk, at different revisions. Like this (but with more Emacs): c:\>dir /B c:\emacs emacs-111818 emacs-112125 emacs-112416 site-lisp This particular arrangement was suggested, to my mind anyway, by the existence of the "%emacs_dir%/../site-lisp" entry in load-path. I don't say it's impossible to do the same thing any more, just that it no longer works out of the box as it used to (unless of course I've made some other mistake). If, as you say, it's a design decision, then that's fine. I disagree but I don't object. --089e01635502a4c5cc04ddf336f4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 3= 0 May 2013 17:40, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Thu, 30 May 2013 14:46:13 +0100
> From: Richard Copley <rcopley@gmail.com>
>
> The site-specific pieces of the initial load-path are different in the=
> nt/msysconfig.sh build from how they used to be with nt/configure.bat.=

Indeed, and that is on purpose. =A0I explained the rationale here:

=A0 http://lists.gnu.org/archive/html/emacs-devel/20= 13-04/msg00146.html

> In src/epaths.h (when built), PATH_SITELOADSEARCH is defined as:
>
> =A0 with nt/configure.bat: "%emacs_dir%/site-lisp;%emacs_dir%/../= site-lisp"
>
> =A0 with nt/msysconfig.sh:
> "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emac= s/site-lisp"
>
> The former version was much more useful on Windows, allowing
> one to keep a bunch of Emacs installs in a single parent directory
> that also contains the site-lisp directory.

Sorry, I don't follow. =A0Please describe what structure was possible beforehand that you think is impossible now.

I'm not sure which part you're having t= rouble with, so I'll be quite
expansive and hopefully you'll see= what I mean. Perhaps this should be
a reply to the emacs-devel message,= but I didn't see that at the time
and it's a bit late now.

What used sometimes to be called NT Ema= cs is (or was) a portable app.
When you've unpacked (or built) it, e= verything is inside "bin/..".
Call that the "application = directory". You install by moving and
renaming the application directory, and uninstall by deleting.
Ideally, = you never modify any file inside the application directory.
Putting an E= macs bin directory on the system-wide path is optional.
The user can be = trusted to work out how to invoke the right executable.
Emacs finds the right auxiliary executables and DOC file just fine,
even= with the "-Q" command-line argument.

I had a b= unch of these application directories, my own builds of the
trunk, at di= fferent revisions. Like this (but with more Emacs):

=A0 c:\>dir /B c:\emacs
=A0 emacs-111818
=A0 emacs-112125
= =A0 emacs-112416
=A0 site-lisp

This particular arrangement was su= ggested, to my mind anyway, by
the existence of the "%emacs_dir%/..= /site-lisp" entry in load-path.

I don't say it's impossible to do the same thing any more, just= that
it no longer works out of the box as it used to (unless of course = I've
made some other mistake). If, as you say, it's a design dec= ision, then
that's fine. I disagree but I don't object.

--089e01635502a4c5cc04ddf336f4-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 14:22:38 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 18:22:38 +0000 Received: from localhost ([127.0.0.1]:42728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui7Uj-0002SD-Tb for submit@debbugs.gnu.org; Thu, 30 May 2013 14:22:38 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:39755) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui7Uh-0002Rs-6e for 14513@debbugs.gnu.org; Thu, 30 May 2013 14:22:36 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MNM00A00IY3IR00@a-mtaout22.012.net.il> for 14513@debbugs.gnu.org; Thu, 30 May 2013 21:20:42 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNM0099TIYIIAD0@a-mtaout22.012.net.il>; Thu, 30 May 2013 21:20:42 +0300 (IDT) Date: Thu, 30 May 2013 21:20:59 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <83r4go49dg.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Thu, 30 May 2013 18:56:10 +0100 > From: Richard Copley > Cc: 14513@debbugs.gnu.org > > What used sometimes to be called NT Emacs is (or was) a portable app. > When you've unpacked (or built) it, everything is inside "bin/..". > Call that the "application directory". You install by moving and > renaming the application directory, and uninstall by deleting. > Ideally, you never modify any file inside the application directory. > Putting an Emacs bin directory on the system-wide path is optional. > The user can be trusted to work out how to invoke the right executable. > Emacs finds the right auxiliary executables and DOC file just fine, > even with the "-Q" command-line argument. This is all still true, except that some of the directories are not immediately below the root of the installation tree, but somewhat deeper. E.g., what was previously in ROOT/lisp is now in ROOT/share/emacs/VERSION/lisp. Why is that difference important? > I had a bunch of these application directories, my own builds of the > trunk, at different revisions. Like this (but with more Emacs): > > c:\>dir /B c:\emacs > emacs-111818 > emacs-112125 > emacs-112416 > site-lisp You can still have separate directories like that, unless I'm missing something. The directory structure below emacs-NNNNNN directories will be different, but that's all. > This particular arrangement was suggested, to my mind anyway, by > the existence of the "%emacs_dir%/../site-lisp" entry in load-path. Did you really have files in "%emacs_dir%/../site-lisp"? If you did, you'd probably be the first one I know about who did. Most people don't even know that directory is looked in. If you do have files in this directory, you'll have to copy them into each new tree, if you really want the threes to be separate, not under a single root. But you'll probably need that anyway, because Lisp files had better be compiled by the Emacs version that runs them. > I don't say it's impossible to do the same thing any more, just that > it no longer works out of the box as it used to What exactly doesn't work? Uninstalling by removing a single tree? Or something else? If that's uninstalling, and you don't want or cannot "make uninstall", it should be easy to create a simple script that, given a root directory and a version, will delete the subdirectories that belong to that version only. There aren't too many directories to delete, basically libexec/emacs/VERSION and share/emacs/VERSION. That, and the emacs-VERSION*.exe executables in bin/. Did I miss something? > If, as you say, it's a design decision, then that's fine. I disagree > but I don't object. The new structure has advantages which I described in that mail in March. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:05:00 2013 Received: (at submit) by debbugs.gnu.org; 30 May 2013 19:05:00 +0000 Received: from localhost ([127.0.0.1]:42783 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui89k-000470-Ab for submit@debbugs.gnu.org; Thu, 30 May 2013 15:05:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:57533) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui89h-00046d-9g for submit@debbugs.gnu.org; Thu, 30 May 2013 15:04:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui884-00008b-Ac for submit@debbugs.gnu.org; Thu, 30 May 2013 15:03:21 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.0 required=5.0 tests=BAYES_20, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46088) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui884-00008U-6g for submit@debbugs.gnu.org; Thu, 30 May 2013 15:03:16 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59164) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui87z-0001OL-GS for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:03:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui87t-0008TQ-Uz for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:03:11 -0400 Received: from plane.gmane.org ([80.91.229.3]:48695) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui87t-0008TF-PY for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:03:05 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ui87s-0006mz-Bv for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 21:03:04 +0200 Received: from pd9eb414b.dip0.t-ipconnect.de ([217.235.65.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 30 May 2013 21:03:04 +0200 Received: from Stromeko by pd9eb414b.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 30 May 2013 21:03:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Date: Thu, 30 May 2013 21:02:54 +0200 Organization: Linux Private Site Lines: 32 Message-ID: <87ip20jnoh.fsf@Rainer.invalid> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb414b.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:vK2rDC6uONh55zBOe+uCbO3u7zU= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: > This is all still true, except that some of the directories are not > immediately below the root of the installation tree, but somewhat > deeper. E.g., what was previously in ROOT/lisp is now in > ROOT/share/emacs/VERSION/lisp. Why is that difference important? It is not, the OP's talking about the missing "../site-lisp" part. > Did you really have files in "%emacs_dir%/../site-lisp"? If you did, > you'd probably be the first one I know about who did. Most people > don't even know that directory is looked in. FWIW, I use a directory structure which relies on a ../site-lisp to be accessible by multiple Emacs versions installed in parallel, just like on UN*Xy boxes. > If you do have files in this directory, you'll have to copy them into > each new tree, if you really want the threes to be separate, not under > a single root. But you'll probably need that anyway, because Lisp > files had better be compiled by the Emacs version that runs them. When was that change announced? It used to be sufficient to compile them with the oldest Emacs version (or not at all). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:08:05 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 19:08:05 +0000 Received: from localhost ([127.0.0.1]:42804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Cj-0004FW-3E for submit@debbugs.gnu.org; Thu, 30 May 2013 15:08:05 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:21097) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Ch-0004Er-J0 for 14513@debbugs.gnu.org; Thu, 30 May 2013 15:08:03 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA6R6gV6DEw X-IPAS-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA6R6gV6DEw X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="15217224" Received: from 69-165-139-76.dsl.teksavvy.com (HELO pastel.home) ([69.165.139.76]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 May 2013 15:06:22 -0400 Received: by pastel.home (Postfix, from userid 20848) id CE92C67579; Thu, 30 May 2013 15:06:26 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Message-ID: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> Date: Thu, 30 May 2013 15:06:26 -0400 In-Reply-To: <83r4go49dg.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 30 May 2013 21:20:59 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 14513 Cc: Richard Copley , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > This is all still true, except that some of the directories are not > immediately below the root of the installation tree, but somewhat > deeper. E.g., what was previously in ROOT/lisp is now in > ROOT/share/emacs/VERSION/lisp. Why is that difference important? He's not complaining about that. He's annoyed about having removed %emacs_dir%/../site-lisp from the load-path. >> c:\>dir /B c:\emacs >> emacs-111818 >> emacs-112125 >> emacs-112416 >> site-lisp > You can still have separate directories like that, unless I'm missing > something. Except that the site-lisp file now won't be used any more unless you ask for it manually in your .emacs. > Did you really have files in "%emacs_dir%/../site-lisp"? Apparently he did, yes. > If you do have files in this directory, you'll have to copy them into > each new tree, if you really want the threes to be separate, not under > a single root. No: he specifically wants to share all the external packages under a single site-lisp. > But you'll probably need that anyway, because Lisp > files had better be compiled by the Emacs version that runs them. No, they work just fine as long as the compiler was older than the runner. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:17:50 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 19:17:51 +0000 Received: from localhost ([127.0.0.1]:42825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8MA-0004bP-KX for submit@debbugs.gnu.org; Thu, 30 May 2013 15:17:50 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:48448) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8M7-0004b1-Dc for 14513@debbugs.gnu.org; Thu, 30 May 2013 15:17:49 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNM00B00LDEK400@a-mtaout20.012.net.il> for 14513@debbugs.gnu.org; Thu, 30 May 2013 22:16:10 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNM00B5MLIXIB40@a-mtaout20.012.net.il>; Thu, 30 May 2013 22:16:10 +0300 (IDT) Date: Thu, 30 May 2013 22:16:26 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: <87ip20jnoh.fsf@Rainer.invalid> X-012-Sender: halo1@inter.net.il To: Achim Gratz Message-id: <83li6w46t1.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <87ip20jnoh.fsf@Rainer.invalid> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Achim Gratz > Date: Thu, 30 May 2013 21:02:54 +0200 > > Eli Zaretskii writes: > > This is all still true, except that some of the directories are not > > immediately below the root of the installation tree, but somewhat > > deeper. E.g., what was previously in ROOT/lisp is now in > > ROOT/share/emacs/VERSION/lisp. Why is that difference important? > > It is not, the OP's talking about the missing "../site-lisp" part. It's not missing, it's in ROOT/share/emacs/site-lisp now. > > Did you really have files in "%emacs_dir%/../site-lisp"? If you did, > > you'd probably be the first one I know about who did. Most people > > don't even know that directory is looked in. > > FWIW, I use a directory structure which relies on a ../site-lisp to be > accessible by multiple Emacs versions installed in parallel, just like > on UN*Xy boxes. Unix boxes use exactly the directory structure that is now encoded in epaths.h. So we got closer to Unix, not farther. > > If you do have files in this directory, you'll have to copy them into > > each new tree, if you really want the threes to be separate, not under > > a single root. But you'll probably need that anyway, because Lisp > > files had better be compiled by the Emacs version that runs them. > > When was that change announced? It used to be sufficient to compile > them with the oldest Emacs version (or not at all). I said "probably" and "had better". My gray hair taught me not to trust old *.elc files, especially since site-lisp is home to all kind of 3rd party packages that aren't as disciplined as the bundled ones. YMMV. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:19:43 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 19:19:43 +0000 Received: from localhost ([127.0.0.1]:42829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Nz-0004fd-1w for submit@debbugs.gnu.org; Thu, 30 May 2013 15:19:43 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:65013) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Nw-0004fJ-Ot for 14513@debbugs.gnu.org; Thu, 30 May 2013 15:19:41 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MNM00B00LHNZG00@a-mtaout21.012.net.il> for 14513@debbugs.gnu.org; Thu, 30 May 2013 22:18:03 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNM00BXCLM3SHA0@a-mtaout21.012.net.il>; Thu, 30 May 2013 22:18:03 +0300 (IDT) Date: Thu, 30 May 2013 22:18:20 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <83k3mg46pv.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: Richard Copley , 14513@debbugs.gnu.org > Date: Thu, 30 May 2013 15:06:26 -0400 > > He's not complaining about that. He's annoyed about having removed > %emacs_dir%/../site-lisp from the load-path. > > >> c:\>dir /B c:\emacs > >> emacs-111818 > >> emacs-112125 > >> emacs-112416 > >> site-lisp > > > You can still have separate directories like that, unless I'm missing > > something. > > Except that the site-lisp file now won't be used any more unless you ask > for it manually in your .emacs. No, he should just move the contents into ROOT/share/emacs/site-lisp. > > But you'll probably need that anyway, because Lisp > > files had better be compiled by the Emacs version that runs them. > > No, they work just fine as long as the compiler was older than the runner. In theory, yes. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:21:59 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 19:21:59 +0000 Received: from localhost ([127.0.0.1]:42839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8QA-0004k4-H8 for submit@debbugs.gnu.org; Thu, 30 May 2013 15:21:59 -0400 Received: from mail-ea0-f182.google.com ([209.85.215.182]:42064) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Q7-0004ji-7o for 14513@debbugs.gnu.org; Thu, 30 May 2013 15:21:56 -0400 Received: by mail-ea0-f182.google.com with SMTP id r16so746894ead.41 for <14513@debbugs.gnu.org>; Thu, 30 May 2013 12:20:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=e27IbAd2rFDQlzi0X4p7A17zC/AdI4IJNsJzDJobEz8=; b=L13v/X3BTU7raUFGXE8sqnxZ5ipvMEgfvPEunEqi2k/RC6f9n9RJ4surjWHJj6E2ln 3TkR1gm4p7v2dAkaYBx8zaCYbjpQRsIxkpvJgVEb1q6DE3UrldbeH6p+te3ib0GnqPE+ zNIL5rkje87Qo24y2oJrnFJ4qwbi65bHIMrDW1JYoHZeruh1xmTdKSW2Hi5KMOozReg4 axSeSJ/Jx2pMc7UB5huHgfRuDZp/jlf7gbSewfJ7ThmbTHT1YeE/XLdrdEVK3pf7pBt3 j83RQrxm7+3qsVTixMMXbdE174KMG0/wnnYVRzBW51pwA7OdkECqSxFy0nJyul6z32wU 09YA== MIME-Version: 1.0 X-Received: by 10.14.100.68 with SMTP id y44mr10678230eef.70.1369941618317; Thu, 30 May 2013 12:20:18 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Thu, 30 May 2013 12:20:18 -0700 (PDT) In-Reply-To: <83r4go49dg.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> Date: Thu, 30 May 2013 20:20:18 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c38f0c8609eb04ddf46349 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --001a11c38f0c8609eb04ddf46349 Content-Type: text/plain; charset=ISO-8859-1 On 30 May 2013 19:20, Eli Zaretskii wrote: > > Date: Thu, 30 May 2013 18:56:10 +0100 > > From: Richard Copley > > Cc: 14513@debbugs.gnu.org > > > > What used sometimes to be called NT Emacs is (or was) a portable app. > > When you've unpacked (or built) it, everything is inside "bin/..". > > Call that the "application directory". You install by moving and > > renaming the application directory, and uninstall by deleting. > > Ideally, you never modify any file inside the application directory. > > Putting an Emacs bin directory on the system-wide path is optional. > > The user can be trusted to work out how to invoke the right executable. > > Emacs finds the right auxiliary executables and DOC file just fine, > > even with the "-Q" command-line argument. > > This is all still true, Oh no it isn't. except that some of the directories are not > immediately below the root of the installation tree, but somewhat > deeper. E.g., what was previously in ROOT/lisp is now in > ROOT/share/emacs/VERSION/lisp. Why is that difference important? > That difference is not important. > I had a bunch of these application directories, my own builds of the > > trunk, at different revisions. Like this (but with more Emacs): > > > > c:\>dir /B c:\emacs > > emacs-111818 > > emacs-112125 > > emacs-112416 > > site-lisp > > You can still have separate directories like that, unless I'm missing > something. The directory structure below emacs-NNNNNN directories > will be different, but that's all. > Also the site-lisp directory will not be on the load-path. > > This particular arrangement was suggested, to my mind anyway, by > > the existence of the "%emacs_dir%/../site-lisp" entry in load-path. > > Did you really have files in "%emacs_dir%/../site-lisp"? Yes, that site-lisp directory up there is where my site lisp files are, really. > If you did, > you'd probably be the first one I know about who did. Most people > don't even know that directory is looked in. > If you say so. I'm the freak who looked at load-path. :P If you do have files in this directory, you'll have to copy them into > each new tree, if you really want the threes to be separate, not under > a single root. That seems like a disadvantage. > But you'll probably need that anyway, because Lisp > files had better be compiled by the Emacs version that runs them. > That's a fair point. I've never had a problem but it would be easy enough to recompile as necessary. I'm not actively using more than one build. > I don't say it's impossible to do the same thing any more, just that > > it no longer works out of the box as it used to > > What exactly doesn't work? Uninstalling by removing a single tree? > Or something else? > The site-lisp directory is not searched. > If that's uninstalling, and you don't want or cannot "make uninstall". It's funny how differently we work! I can't make uninstall because I kept the installation directory and discarded the build directory. > it should be easy to create a simple script that, given a root > directory and a version, will delete the subdirectories that belong to > that version only. There aren't too many directories to delete, > basically libexec/emacs/VERSION and share/emacs/VERSION. That, and > the emacs-VERSION*.exe executables in bin/. > > Did I miss something? > With the uninstallation? No idea. It's ok, there's no way I'll be doing that. > > If, as you say, it's a design decision, then that's fine. I disagree > > but I don't object. > > The new structure has advantages which I described in that mail in > March. > (1) You're the first one I know about who thinks that's important. (2) is wrong. (3) I don't follow. Other platforms, really? --001a11c38f0c8609eb04ddf46349 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 30 May 201= 3 19:20, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Thu, 30 May 2013 18:56:10 +0100
> From: Richard Copley <rcopley@gmail.com>
> Cc: 14513@d= ebbugs.gnu.org
>
> What used sometimes to be called NT Emacs is (or was) a portable app.<= br> > When you've unpacked (or built) it, everything is inside "bin= /..".
> Call that the "application directory". You install by moving= and
> renaming the application directory, and uninstall by deleting.
> Ideally, you never modify any file inside the application directory. > Putting an Emacs bin directory on the system-wide path is optional. > The user can be trusted to work out how to invoke the right executable= .
> Emacs finds the right auxiliary executables and DOC file just fine, > even with the "-Q" command-line argument.

This is all still true,

Oh no i= t isn't.

except that some of the directories are not
immediately below the root of the installation tree, but somewhat
deeper. =A0E.g., what was previously in ROOT/lisp is now in
ROOT/share/emacs/VERSION/lisp. =A0Why is that difference important?

That difference is not important.
<= div class=3D"im">
> I had a bunch of these application directories, my own builds of the > trunk, at different revisions. Like this (but with more Emacs):
>
> =A0 c:\>dir /B c:\emacs
> =A0 emacs-111818
> =A0 emacs-112125
> =A0 emacs-112416
> =A0 site-lisp

You can still have separate directories like that, unless I'm mis= sing
something. =A0The directory structure below emacs-NNNNNN directories
will be different, but that's all.

Also the site-lisp directory will not be on the load-path.
<= div class=3D"im">
=A0
> This particular arrangement was suggested, to my mind anyway, by
> the existence of the "%emacs_dir%/../site-lisp" entry in loa= d-path.

Did you really have files in "%emacs_dir%/../site-lisp"?

Yes, that site-lisp directory up there = is where my site lisp files are, really.
=A0
If you did,
you'd probably be the first one I know about who did. =A0Most people don't even know that directory is looked in.

<= /div>
If you say so. I'm the freak who looked at load-path. := P

If you do have files in this directory, you'll have to copy them into each new tree, if you really want the threes to be separate, not under
a single root.

That seems like a disa= dvantage.
=A0
=A0But you'll probably need that anyway, because Lisp
files had better be compiled by the Emacs version that runs them.

That's a fair point. I've never ha= d a problem but it would be easy enough
to recompile as necessary. I'= ;m not actively using more than one build.

> I don't say it's impossible to do the same thing any more, jus= t that
> it no longer works out of the box as it used to

What exactly doesn't work? =A0Uninstalling by removing a single t= ree?
Or something else?

The site-lisp = directory is not searched.
=A0
If that's uninstalling, and you don't want or cannot "make uni= nstall".

It's funny how differently we work! = I can't make uninstall because
I kept the installation directory and= discarded the build directory.
=A0
it should be easy to create a simple script that, given a root
directory and a version, will delete the subdirectories that belong to
that version only. =A0There aren't too many directories to delete,
basically libexec/emacs/VERSION and share/emacs/VERSION. =A0That, and
the emacs-VERSION*.exe executables in bin/.

Did I miss something?

With the un= installation? No idea. It's ok, there's no way I'll be doing th= at.
=A0
> If, as you say, it's a design decision, then that's fine. I di= sagree
> but I don't object.

The new structure has advantages which I described in that mail in March.

(1) You're the first one I know about who = thinks that's important.
(2) is wrong.
(3) I don't follow. Ot= her platforms, really?
--001a11c38f0c8609eb04ddf46349-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:30:51 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 19:30:51 +0000 Received: from localhost ([127.0.0.1]:42855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Yk-00054p-Sr for submit@debbugs.gnu.org; Thu, 30 May 2013 15:30:51 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:51585) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8Yj-00054Y-6S for 14513@debbugs.gnu.org; Thu, 30 May 2013 15:30:50 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNM00B00LWNQ800@a-mtaout20.012.net.il> for 14513@debbugs.gnu.org; Thu, 30 May 2013 22:29:12 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNM00BVNM4NIB60@a-mtaout20.012.net.il>; Thu, 30 May 2013 22:29:12 +0300 (IDT) Date: Thu, 30 May 2013 22:29:29 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <83hahk467a.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Thu, 30 May 2013 20:14:35 +0100 > From: Richard Copley > > > > c:\>dir /B c:\emacs > > > emacs-111818 > > > emacs-112125 > > > emacs-112416 > > > site-lisp > > > > You can still have separate directories like that, unless I'm missing > > something. The directory structure below emacs-NNNNNN directories > > will be different, but that's all. > > > > Also the site-lisp directory will not be on the load-path. Your site-lisp won't, but the one in ROOT/share/emacs will. > I'm not actively using more than one build. Then why do you need separate trees? That's the only reason why you need the site-lisp outside of the Emacs tree. Use the Posix-standard structure and one root for all the Emacs installations, and the problem is gone, because you have the common site-lisp directory in ROOT/share/emacs. > > it should be easy to create a simple script that, given a root > > directory and a version, will delete the subdirectories that belong to > > that version only. There aren't too many directories to delete, > > basically libexec/emacs/VERSION and share/emacs/VERSION. That, and > > the emacs-VERSION*.exe executables in bin/. > > > > Did I miss something? > > > > With the uninstallation? No idea. It's ok, there's no way I'll be doing > that. You mean, you will never uninstall? Then why do you keep the versions separate? > > The new structure has advantages which I described in that mail in > > March. > > (1) You're the first one I know about who thinks that's important. Well, maybe I'm the only one who works on so many platforms. > (2) is wrong. It's not wrong as long as you keep all the installations under the same root, like /usr/local on Unix. > (3) I don't follow. Other platforms, really? Yes. Imagine that your --prefix is on a networked volume that can be accessed from Windows and Unix systems alike. Then only the architecture-dependent files (binaries) need to be separate; everything under %emacs_dir%/share/emacs/ can be installed only once and used by Emacs from any OS. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:51:21 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 19:51:21 +0000 Received: from localhost ([127.0.0.1]:42888 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8sb-0005lR-0b for submit@debbugs.gnu.org; Thu, 30 May 2013 15:51:21 -0400 Received: from mail-ea0-f178.google.com ([209.85.215.178]:43032) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui8sW-0005lB-Ux for 14513@debbugs.gnu.org; Thu, 30 May 2013 15:51:18 -0400 Received: by mail-ea0-f178.google.com with SMTP id q15so774421ead.37 for <14513@debbugs.gnu.org>; Thu, 30 May 2013 12:49:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=0GVeTXECGlyugo3eWn1x5iFEDtPoUkUGTMM6LP6gEQ0=; b=YTTZOGJXa2w2xkBKH8HypteipLMv4ND9JcIQ7AxTukBINcXVsuKBY4dyjVBdkay4hZ HErnNXWcdrPC97rC81fRfffRfx3vz05P90CXkZ/MaBuWZ2CA6UwchdTBiLqH8QGTRMHT kuSmfZ7ZKb9vkgtE19Ps3VCOQZ9YYK7/w0KAlBxzqdQf+JL6Ltyb6ekHS8i2Va+wNqCO kQI7fcIMb5P+7F2RPyQJEa4lcTCFA9B466jciep7uBk4pvx0EL9DzBYzxAjTqapp3Mz0 hKpqmDIfXy6Bz5MJcilJG/b09LaagYECY5lSadUU9oltQYJ3ch8opyvGcrZrLvRkI8Fw xq/Q== MIME-Version: 1.0 X-Received: by 10.15.111.202 with SMTP id cj50mr10939337eeb.140.1369943380139; Thu, 30 May 2013 12:49:40 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Thu, 30 May 2013 12:49:40 -0700 (PDT) In-Reply-To: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83ip20469l.fsf@gnu.org> Date: Thu, 30 May 2013 20:49:40 +0100 Message-ID: Subject: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: 14513@debbugs.gnu.org Content-Type: multipart/alternative; boundary=089e0163550289484804ddf4cc56 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e0163550289484804ddf4cc56 Content-Type: text/plain; charset=ISO-8859-1 Damn damn damn. I meant to forward this message to this bug, but instead I sent it to bug-gnu-emacs@gnu.org. Sorry. Eli, I didn't mean to reply by private email, and I re-sent my reply to the list shortly afterwards, as you will have seen by now. I hope you don't mind me forwarding your reply, which is below, with my comments inline. Sorry again for causing extra confusion. I've done similar things on this list several times before. It's entirely unintentional. The Google mail interface makes it very easy to hit reply and slightly annoying to hit reply-all. ---------- Forwarded message ---------- From: Richard Copley Date: 30 May 2013 20:29 Subject: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build To: "bug-gnu-emacs@gnu.org" On 30 May 2013 20:28, Eli Zaretskii wrote: > [Why private email?] > > Date: Thu, 30 May 2013 20:14:35 +0100 > > From: Richard Copley > > > > > > c:\>dir /B c:\emacs > > > > emacs-111818 > > > > emacs-112125 > > > > emacs-112416 > > > > site-lisp > > > > > > You can still have separate directories like that, unless I'm missing > > > something. The directory structure below emacs-NNNNNN directories > > > will be different, but that's all. > > > > > > > Also the site-lisp directory will not be on the load-path. > > Your site-lisp won't, but the one in ROOT/share/emacs will. > Yes. > > > I'm not actively using more than one build. > > Then why do you need separate trees? That's the only reason why you > need the site-lisp outside of the Emacs tree. I don't need separate trees. I find separate trees convenient. > Use the Posix-standard > structure and one root for all the Emacs installations, and the > problem is gone, because you have the common site-lisp directory in > ROOT/share/emacs. > That has its own disadvantages. Are we going round in circles? > > it should be easy to create a simple script that, given a root > > directory and a version, will delete the subdirectories that belong to > > that version only. There aren't too many directories to delete, > > basically libexec/emacs/VERSION and share/emacs/VERSION. That, and > > the emacs-VERSION*.exe executables in bin/. > > > > Did I miss something? > > > > With the uninstallation? No idea. It's ok, there's no way I'll be doing > that. You mean, you will never uninstall? Then why do you keep the versions > separate? > No that's not what I mean. > > The new structure has advantages which I described in that mail in > > > March. > > > > (1) You're the first one I know about who thinks that's important. > > Well, maybe I'm the only one who works on so many platforms. > > (2) is wrong. > > It's not wrong as long as you keep all the installations under the > same root, like /usr/local on Unix. > That's true. > (3) I don't follow. Other platforms, really? > > Yes. Imagine that your --prefix is on a networked volume that can be > accessed from Windows and Unix systems alike. Then only the > architecture-dependent files (binaries) need to be separate; > everything under %emacs_dir%/share/emacs/ can be installed only once > and used by Emacs from any OS. > No, you've lost me ... Do you actually do that? Where do the binaries go? --089e0163550289484804ddf4cc56 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Damn damn damn. I meant to forward this message to this bu= g, but
instead I sent it to bug= -gnu-emacs@gnu.org. Sorry.

Eli, I didn't mean to reply by pr= ivate email, and I re-sent my reply
to the list shortly afterwards, as you will have seen by now. I hope
you= don't mind me forwarding your reply, which is below, with my
commen= ts inline.

Sorry again for causing extra confusion. I've done si= milar things on
this list several times before. It's entirely unintentional.=A0 The
= Google mail interface makes it very easy to hit reply and slightly
annoy= ing to hit reply-all.

---------- Forwarded message ----------
From: Richard Copley <rcopley@gmail.com>
Date: 30 May 2013 20:29
Subje= ct: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build
To: "bug-gnu-emacs@gnu.org" <bug-gnu-emacs@gnu.org<= /a>>


On 30 May 2013 20:28, Eli Zaretskii <eliz@gnu.org> wrote:
[Why private email?]
> Date: Thu, 30 May 2013 20:14:35 +0100
> From: Richard Copley <rcopley@gmail.com>
>
> > > =A0 c:\>dir /B c:\emacs
> > > =A0 emacs-111818
> > > =A0 emacs-112125
> > > =A0 emacs-112416
> > > =A0 site-lisp
> >
> > You can still have separate directories like that, unless I'm= missing
> > something. =A0The directory structure below emacs-NNNNNN director= ies
> > will be different, but that's all.
> >
>
> Also the site-lisp directory will not be on the load-path.

Your site-lisp won't, but the one in ROOT/share/emacs will.

Yes.
=A0

> I'm not actively using more than one build.

Then why do you need separate trees? =A0That's the only reason wh= y you
need the site-lisp outside of the Emacs tree.

I don't need separate trees. I find separate trees convenient.
=A0
Use the Posix-standard
structure and one root for all the Emacs installations, and the
problem is gone, because you have the common site-lisp directory in
ROOT/share/emacs.

That has its own disa= dvantages. Are we going round in circles?
=A0
> > it= should be easy to create a simple script that, given a root
> > directory and a version, will delete the subdirectories that belo= ng to
> > that version only. =A0There aren't too many directories to de= lete,
> > basically libexec/emacs/VERSION and share/emacs/VERSION. =A0That,= and
> > the emacs-VERSION*.exe executables in bin/.
> >
> > Did I miss something?
> >
>
> With the uninstallation? No idea. It's ok, there's no way I= 9;ll be doing
> that.

You mean, you will = never uninstall? =A0Then why do you keep the versions
separate?

No that's not what I mean= .

> > The new structure has advantages which I described in that mail i= n
> > March.
>
> (1) You're the first one I know about who thinks that's import= ant.

Well, maybe I'm the only one who works on so many platforms.
<= /blockquote>
> (2) is wrong.

It's not wrong as long as you keep all the installations under the
same root, like /usr/local on Unix.
=A0
= That's true.

> (3) I don't follow. Other platforms, really?

Yes. =A0Imagine that your --prefix is on a networked volume that can = be
accessed from Windows and Unix systems alike. =A0Then only the
architecture-dependent files (binaries) need to be separate;
everything under %emacs_dir%/share/emacs/ can be installed only once
and used by Emacs from any OS.

No, you've lost me ... Do you actually do that? Where do the bina= ries go?

--089e0163550289484804ddf4cc56-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 15:59:10 2013 Received: (at submit) by debbugs.gnu.org; 30 May 2013 19:59:10 +0000 Received: from localhost ([127.0.0.1]:42901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui90A-0005zj-Bk for submit@debbugs.gnu.org; Thu, 30 May 2013 15:59:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44357) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui907-0005zI-RR for submit@debbugs.gnu.org; Thu, 30 May 2013 15:59:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui8yU-0002Wd-0V for submit@debbugs.gnu.org; Thu, 30 May 2013 15:57:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.5 required=5.0 tests=BAYES_05, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:46284) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8yT-0002WZ-TE for submit@debbugs.gnu.org; Thu, 30 May 2013 15:57:25 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45997) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8yO-0001HK-8Y for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:57:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ui8yJ-0002Tq-4j for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:57:20 -0400 Received: from plane.gmane.org ([80.91.229.3]:56057) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ui8yI-0002Te-UJ for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 15:57:15 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Ui8yH-0007XE-HH for bug-gnu-emacs@gnu.org; Thu, 30 May 2013 21:57:13 +0200 Received: from pd9eb274d.dip0.t-ipconnect.de ([217.235.39.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 30 May 2013 21:57:13 +0200 Received: from Stromeko by pd9eb274d.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 30 May 2013 21:57:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Date: Thu, 30 May 2013 21:57:02 +0200 Organization: Linux Private Site Lines: 26 Message-ID: <87a9ncjl69.fsf@Rainer.invalid> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <87ip20jnoh.fsf@Rainer.invalid> <83li6w46t1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb274d.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:2Q1ElMjuFqmoJK+CQvtTcNhYecE= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: >> FWIW, I use a directory structure which relies on a ../site-lisp to be >> accessible by multiple Emacs versions installed in parallel, just like >> on UN*Xy boxes. > > Unix boxes use exactly the directory structure that is now encoded in > epaths.h. So we got closer to Unix, not farther. On UN*X the installation of several versions is usually done into the same $prefix, but you don't normally do that on Windows where each install is usually unpacked into its own tree. This means that when it's time to remove an old version tree you'd need to remember that site-lisp must be rescued or you need to start installing your Windows Emacsen into the same $prefix just like on UN*X. Which is a bit annoying when you want to keep some versions around from before that change or your system administrator can't be convinced to change how the installation is done. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 16:01:49 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 20:01:49 +0000 Received: from localhost ([127.0.0.1]:42909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui92j-00066D-08 for submit@debbugs.gnu.org; Thu, 30 May 2013 16:01:49 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:15641) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui92g-00065z-Df for 14513@debbugs.gnu.org; Thu, 30 May 2013 16:01:47 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh8BBVYjEAs0EhQYDSSIJMEtkQoDpHqBXoMT X-IPAS-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh8BBVYjEAs0EhQYDSSIJMEtkQoDpHqBXoMT X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="15223715" Received: from 69-165-139-76.dsl.teksavvy.com (HELO pastel.home) ([69.165.139.76]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 May 2013 16:00:03 -0400 Received: by pastel.home (Postfix, from userid 20848) id 35FF26757C; Thu, 30 May 2013 16:00:08 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Message-ID: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> Date: Thu, 30 May 2013 16:00:07 -0400 In-Reply-To: <83hahk467a.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 30 May 2013 22:29:29 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 14513 Cc: Richard Copley , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Regardless of the details, I think for simple reasons of backward compatibility, I think Richard's request to re-add %emacs_dir%/../site-lisp makes sense (and such a site-lisp external to the ROOT probably also makes sense for the NS build). How hard would it be to add it? Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 16:19:36 2013 Received: (at control) by debbugs.gnu.org; 30 May 2013 20:19:36 +0000 Received: from localhost ([127.0.0.1]:42940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui9Ju-0006gW-WB for submit@debbugs.gnu.org; Thu, 30 May 2013 16:19:35 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:49271 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui9Js-0006gO-CW for control@debbugs.gnu.org; Thu, 30 May 2013 16:19:32 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Ui9IP-0000e6-3K for control@debbugs.gnu.org; Thu, 30 May 2013 16:18:01 -0400 Date: Thu, 30 May 2013 16:18:01 -0400 Message-Id: Subject: control message for bug 14514 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) merge 14513 14514 From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 16:40:45 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 20:40:45 +0000 Received: from localhost ([127.0.0.1]:42960 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui9eO-0008I4-Mp for submit@debbugs.gnu.org; Thu, 30 May 2013 16:40:45 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:34675) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui9eI-0008Hl-4j for 14513@debbugs.gnu.org; Thu, 30 May 2013 16:40:39 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNM00C00P6FDQ00@a-mtaout20.012.net.il> for 14513@debbugs.gnu.org; Thu, 30 May 2013 23:38:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNM00B0OPCKKPJ0@a-mtaout20.012.net.il>; Thu, 30 May 2013 23:38:44 +0300 (IDT) Date: Thu, 30 May 2013 23:39:01 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: <87a9ncjl69.fsf@Rainer.invalid> X-012-Sender: halo1@inter.net.il To: Achim Gratz Message-id: <83fvx442ze.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <87ip20jnoh.fsf@Rainer.invalid> <83li6w46t1.fsf@gnu.org> <87a9ncjl69.fsf@Rainer.invalid> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Achim Gratz > Date: Thu, 30 May 2013 21:57:02 +0200 > > Eli Zaretskii writes: > >> FWIW, I use a directory structure which relies on a ../site-lisp to be > >> accessible by multiple Emacs versions installed in parallel, just like > >> on UN*Xy boxes. > > > > Unix boxes use exactly the directory structure that is now encoded in > > epaths.h. So we got closer to Unix, not farther. > > On UN*X the installation of several versions is usually done into the > same $prefix, but you don't normally do that on Windows where each > install is usually unpacked into its own tree. It was, until now. From now on, they will all easily unpack into the same tree, because the top-level directory in the zip file won't be emacs-XX.YY anymore. > This means that when it's time to remove an old version tree you'd > need to remember that site-lisp must be rescued or you need to start > installing your Windows Emacsen into the same $prefix just like on > UN*X. Which is a bit annoying when you want to keep some versions > around from before that change or your system administrator can't be > convinced to change how the installation is done. Well, then just don't do that. Don't unpack each version into a separate directory. That's what this change was all about. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 16:44:08 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 20:44:08 +0000 Received: from localhost ([127.0.0.1]:42967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui9hg-0008ON-3y for submit@debbugs.gnu.org; Thu, 30 May 2013 16:44:08 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:48822) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ui9he-0008Ni-Ct for 14513@debbugs.gnu.org; Thu, 30 May 2013 16:44:07 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MNM00G00PE3FS00@a-mtaout23.012.net.il> for 14513@debbugs.gnu.org; Thu, 30 May 2013 23:42:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNM00G2DPIS9G80@a-mtaout23.012.net.il>; Thu, 30 May 2013 23:42:28 +0300 (IDT) Date: Thu, 30 May 2013 23:42:45 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <83ehco42t6.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: Richard Copley , 14513@debbugs.gnu.org > Date: Thu, 30 May 2013 16:00:07 -0400 > > Regardless of the details, I think for simple reasons of backward > compatibility, I think Richard's request to re-add > %emacs_dir%/../site-lisp makes sense (and such a site-lisp external to > the ROOT probably also makes sense for the NS build). > > How hard would it be to add it? Hard has nothing to do with this. It will be against the principle of having the tree structures on Unix and Windows the same. Adapting to this change is very simple. So I see no reason to make such a change. From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 17:23:03 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 21:23:03 +0000 Received: from localhost ([127.0.0.1]:43039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiAJK-00025U-4a for submit@debbugs.gnu.org; Thu, 30 May 2013 17:23:02 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:1169) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiAJH-00025B-V2 for 14513@debbugs.gnu.org; Thu, 30 May 2013 17:23:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA6R6gV6DEw X-IPAS-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDSSIHgbBLZEKA6R6gV6DEw X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="15231227" Received: from 69-165-139-76.dsl.teksavvy.com (HELO pastel.home) ([69.165.139.76]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 May 2013 17:21:18 -0400 Received: by pastel.home (Postfix, from userid 20848) id C60B463336; Thu, 30 May 2013 17:21:21 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Message-ID: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <87ip20jnoh.fsf@Rainer.invalid> <83li6w46t1.fsf@gnu.org> <87a9ncjl69.fsf@Rainer.invalid> <83fvx442ze.fsf@gnu.org> Date: Thu, 30 May 2013 17:21:21 -0400 In-Reply-To: <83fvx442ze.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 30 May 2013 23:39:01 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 14513 Cc: Achim Gratz , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > Well, then just don't do that. Don't unpack each version into a > separate directory. That's what this change was all about. There are good reasons to use a different root for each version. Mostly, that lets you uninstall a given version with a simple "delete directory". On Unix systems, this is usually solved with some kind of package manager, but if/when I install packages by hand, I usually install them into a separate directory (via "--prefix=/foo/bar/-"), and then add a few symlinks from a central location as needed. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 17:44:42 2013 Received: (at 14513) by debbugs.gnu.org; 30 May 2013 21:44:42 +0000 Received: from localhost ([127.0.0.1]:43094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiAeH-0003jB-Ph for submit@debbugs.gnu.org; Thu, 30 May 2013 17:44:42 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:18360) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiAeG-0003im-2y for 14513@debbugs.gnu.org; Thu, 30 May 2013 17:44:40 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDRABE4geBsEtkQoDpHqBXoMT X-IPAS-Result: Av8EABK/CFFFpYtM/2dsb2JhbABEuzWDWRdzgh4BAQQBViMFCws0EhQYDRABE4geBsEtkQoDpHqBXoMT X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="15232581" Received: from 69-165-139-76.dsl.teksavvy.com (HELO pastel.home) ([69.165.139.76]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 May 2013 17:42:58 -0400 Received: by pastel.home (Postfix, from userid 20848) id B91D467567; Thu, 30 May 2013 17:43:02 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Message-ID: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> Date: Thu, 30 May 2013 17:43:02 -0400 In-Reply-To: <83ehco42t6.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 30 May 2013 23:42:45 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > Hard has nothing to do with this. It will be against the principle of > having the tree structures on Unix and Windows the same. I wouldn't be opposed to making such a change on the Unix side as well, although admittedly $prefix/../site-list doesn't sound like a good idea when $prefix is /usr/local or /usr. > Adapting to this change is very simple. We should advertise it (I presume you mean the use of --enable-locallisppath=PATH) at least as loudly as the "default $prefix is probably not good for you". Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu May 30 18:25:38 2013 Received: (at control) by debbugs.gnu.org; 30 May 2013 22:25:39 +0000 Received: from localhost ([127.0.0.1]:43168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiBHu-0006A1-El for submit@debbugs.gnu.org; Thu, 30 May 2013 18:25:38 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:51253 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiBHs-00069s-8T for control@debbugs.gnu.org; Thu, 30 May 2013 18:25:36 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UiBGO-00065m-AN for control@debbugs.gnu.org; Thu, 30 May 2013 18:24:04 -0400 Date: Thu, 30 May 2013 18:24:04 -0400 Message-Id: Subject: control message for bug 14513 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.3 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) severity 14513 wishlist From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 02:21:57 2013 Received: (at 14513) by debbugs.gnu.org; 31 May 2013 06:21:57 +0000 Received: from localhost ([127.0.0.1]:43719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiIiq-0001ou-Kv for submit@debbugs.gnu.org; Fri, 31 May 2013 02:21:57 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:64069) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiIik-0001nx-VM for 14513@debbugs.gnu.org; Fri, 31 May 2013 02:21:52 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MNN00F00G2F9Z00@a-mtaout21.012.net.il> for 14513@debbugs.gnu.org; Fri, 31 May 2013 09:20:10 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNN00F1WG9M4V80@a-mtaout21.012.net.il>; Fri, 31 May 2013 09:20:10 +0300 (IDT) Date: Fri, 31 May 2013 09:20:01 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <837gif4qni.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: rcopley@gmail.com, 14513@debbugs.gnu.org > Date: Thu, 30 May 2013 17:43:02 -0400 > > > Hard has nothing to do with this. It will be against the principle of > > having the tree structures on Unix and Windows the same. > > I wouldn't be opposed to making such a change on the Unix side as well, Then I will have no objections. > although admittedly $prefix/../site-list doesn't sound like a good idea > when $prefix is /usr/local or /usr. Indeed. > > Adapting to this change is very simple. > > We should advertise it (I presume you mean the use > of --enable-locallisppath=PATH) at least as loudly as the "default > $prefix is probably not good for you". I'd prefer to poll users whether they use that ../site-lisp directory, before adding this to the instructions. I suspect very few do, which would mean we make the instructions more complex than they already are. From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 05:53:54 2013 Received: (at 14513) by debbugs.gnu.org; 31 May 2013 09:53:54 +0000 Received: from localhost ([127.0.0.1]:43929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiM1x-0004Mn-TV for submit@debbugs.gnu.org; Fri, 31 May 2013 05:53:54 -0400 Received: from mail-ea0-f177.google.com ([209.85.215.177]:48151) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiM1v-0004MO-W8 for 14513@debbugs.gnu.org; Fri, 31 May 2013 05:53:52 -0400 Received: by mail-ea0-f177.google.com with SMTP id q14so1391366eaj.22 for <14513@debbugs.gnu.org>; Fri, 31 May 2013 02:52:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OPES09qqq1yqQE3bYF60SQkuIBWzusxFwl+yihmJdwY=; b=C0aA/2thB7I1CO7u1zu2XOaho14Mj2wXOMOcFGDtkAsF8LhsiFh/2t8Qoop9aeHneX zvd42UnW5dXQjeIAfe/jJbMPn8wY472RzNyXmPvc5umplFZQMnyyfr3aIopwp+p9kfwF lM2lCsChzDct2C1SCDHcDXTEJEdqAJIXpFCHANtGcd4gF4tZKLLpKrasdwKWk1EwICuc hQEmQKZTVo/QRbvRnR/tC2Zsumy3HZs6lXbP/CCpV8tLLyqq+dz0c9PHV0O5WUHvHQuo ze+tVsEi2/o/bkWjEYDLe5TVC80JtzyzRztvkRH3BFVoc5WYIEdF12msBt/+cXCmQoCz CuXA== MIME-Version: 1.0 X-Received: by 10.15.41.200 with SMTP id s48mr12727173eev.91.1369993931918; Fri, 31 May 2013 02:52:11 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Fri, 31 May 2013 02:52:11 -0700 (PDT) In-Reply-To: <837gif4qni.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> Date: Fri, 31 May 2013 10:52:11 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/alternative; boundary=089e01681ea2a83b5804de009194 X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: Stefan Monnier , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e01681ea2a83b5804de009194 Content-Type: text/plain; charset=ISO-8859-1 On 31 May 2013 07:20, Eli Zaretskii wrote: > > From: Stefan Monnier > > Adapting to this change is very simple. > > > > We should advertise it (I presume you mean the use > > of --enable-locallisppath=PATH) at least as loudly as the "default > > $prefix is probably not good for you". > > Just a reminder that --enable-locallisppath=PATH seems not to work (I mentioned that in my original post). Also I'm not sure how you would use it to add "ROOT/../site-lisp", which is what you would need for backward compatibility. > > I'd prefer to poll users whether they use that ../site-lisp directory, > before adding this to the instructions. I suspect very few do, which > would mean we make the instructions more complex than they already > are. > > FWIW I asked my two Emacs-using co-workers. One uses ROOT\..\site-lisp (but doesn't have strong feelings either way), the other has no user- or site- lisp files at all. --089e01681ea2a83b5804de009194 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 3= 1 May 2013 07:20, Eli Zaretskii <eliz@gnu.org> wrote:
> From: Stefan Monnier <m= onnier@iro.umontreal.ca>=A0
> > Adapting to this change is very simple.
>
> We should advertise it (I presume you mean the use
> of --enable-locallisppath=3DPATH) at least as loudly as the "defa= ult
> $prefix is probably not good for you".


Just a reminder that --enable-locallisppat= h=3DPATH seems not to work
(I mentioned that in my original post). Also = I'm not sure how you would
use it to add "ROOT/../si= te-lisp", which is what you would need for
backward compatibility.
=A0
I'd prefer to poll users whether they use that ../site-lisp direc= tory,
before adding this to the instructions. =A0I suspect very few do, which
would mean we make the instructions more complex than they already
are.

=A0
FWIW I asked my two Emacs-using co-wor= kers. One uses ROOT\..\site-lisp
(but doesn't have strong feelings e= ither way), the other has no user- or site-
lisp files at all.

--089e01681ea2a83b5804de009194-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 07:37:18 2013 Received: (at 14513) by debbugs.gnu.org; 31 May 2013 11:37:18 +0000 Received: from localhost ([127.0.0.1]:44033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiNe2-0001kl-5q for submit@debbugs.gnu.org; Fri, 31 May 2013 07:37:18 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:57724) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiNdx-0001kX-QW for 14513@debbugs.gnu.org; Fri, 31 May 2013 07:37:14 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MNN00G00US0Y000@a-mtaout21.012.net.il> for 14513@debbugs.gnu.org; Fri, 31 May 2013 14:35:32 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNN00GQEUV7POA0@a-mtaout21.012.net.il>; Fri, 31 May 2013 14:35:32 +0300 (IDT) Date: Fri, 31 May 2013 14:35:19 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <83r4gn2xhk.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: monnier@iro.umontreal.ca, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Fri, 31 May 2013 10:52:11 +0100 > From: Richard Copley > Cc: Stefan Monnier , 14513@debbugs.gnu.org > > > > We should advertise it (I presume you mean the use > > > of --enable-locallisppath=PATH) at least as loudly as the "default > > > $prefix is probably not good for you". > > > > > Just a reminder that --enable-locallisppath=PATH seems not to work > (I mentioned that in my original post). Patches are welcome to support it. You need to add something to editing of epaths.nt in the epaths-force-w32 rule. > Also I'm not sure how you would use it to add "ROOT/../site-lisp", > which is what you would need for backward compatibility. ROOT is %emacs_dir%, or maybe I don't understand what you are saying. From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 08:57:03 2013 Received: (at 14513) by debbugs.gnu.org; 31 May 2013 12:57:04 +0000 Received: from localhost ([127.0.0.1]:44121 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiOtD-0005dh-9M for submit@debbugs.gnu.org; Fri, 31 May 2013 08:57:03 -0400 Received: from mail-ea0-f176.google.com ([209.85.215.176]:49085) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiOt5-0005d6-Kx for 14513@debbugs.gnu.org; Fri, 31 May 2013 08:56:58 -0400 Received: by mail-ea0-f176.google.com with SMTP id k11so1573129eaj.35 for <14513@debbugs.gnu.org>; Fri, 31 May 2013 05:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OW5EM5BAd1Hu+sTm+pRPllSTcBSSHmikm5MjcJLoh1Y=; b=ElQVn8Lt8XKC9vNbD90rXHUYb9nJ7yd9Iyz1YNHPO2LJK1LHirg2JUl8ejTtBqlmdM 4azIUP2TgRRaTmkAjPYSma+5VxMNZrtWCj8sD5XNmanninLmq/bgy0N243tgun0nh2Un GEys+fxbLnN9YOOz01ng5E39o5y9r5MnzliJKXpAqL/eAVZVrwkzcmevwl0EVeCMvDYx 2snvRsXYMITG6uv5W0btg7N//AjIz+DF4/u3KvE+XQuVT0RVLBHbaSS5beWHxIygY3IU FvnGlTKXs84U5qk1KCyjUhu9hReoQ+6NPU+6pYmmYY/U2Grka3Xy3dGY6zJLYTDo5MHV 64zA== MIME-Version: 1.0 X-Received: by 10.14.32.8 with SMTP id n8mr13204385eea.98.1370004914830; Fri, 31 May 2013 05:55:14 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Fri, 31 May 2013 05:55:14 -0700 (PDT) In-Reply-To: <83r4gn2xhk.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> Date: Fri, 31 May 2013 13:55:14 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c27fd44a202904de0320d1 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 Cc: Stefan Monnier , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --001a11c27fd44a202904de0320d1 Content-Type: text/plain; charset=ISO-8859-1 On 31 May 2013 12:35, Eli Zaretskii wrote: > > Date: Fri, 31 May 2013 10:52:11 +0100 > > From: Richard Copley > > Cc: Stefan Monnier , 14513@debbugs.gnu.org > > > > > > We should advertise it (I presume you mean the use > > > > of --enable-locallisppath=PATH) at least as loudly as the "default > > > > $prefix is probably not good for you". > > > > > > > > Just a reminder that --enable-locallisppath=PATH seems not to work > > (I mentioned that in my original post). > > Patches are welcome to support it. You need to add something to > editing of epaths.nt in the epaths-force-w32 rule. > I will have a go. > > Also I'm not sure how you would use it to add "ROOT/../site-lisp", > > which is what you would need for backward compatibility. > > ROOT is %emacs_dir%, or maybe I don't understand what you are saying. > So you would use "--enable-locallisppath=%emacs_dir%/../site-lisp". Okay, I suppose that is fairly obvious. Thanks. --001a11c27fd44a202904de0320d1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 3= 1 May 2013 12:35, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Fri, 31 May 2013 10:52:11 +0100
> From: Richard Copley <rcopley@= gmail.com>
> Cc: Stefan Monnier <mon= nier@iro.umontreal.ca>, 145= 13@debbugs.gnu.org
>
> > > We should advertise it (I presume you mean the use
> > > of --enable-locallisppath=3DPATH) at least as loudly as the = "default
> > > $prefix is probably not good for you".
> >
> >
> Just a reminder that --enable-locallisppath=3DPATH seems not to work > (I mentioned that in my original post).

Patches are welcome to support it. =A0You need to add something to editing of epaths.nt in the epaths-force-w32 rule.
=A0
I will have a go.
=A0
> Also I'm not sure how you would use it to add "ROOT/../site-l= isp",
> which is what you would need for backward compatibility.

ROOT is %emacs_dir%, or maybe I don't understand what you are say= ing.

So you would use &q= uot;--enable-locallisppath=3D%emacs_dir%/../site-lisp".
Okay, I sup= pose that is fairly obvious. Thanks.
--001a11c27fd44a202904de0320d1-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 15:03:37 2013 Received: (at submit) by debbugs.gnu.org; 31 May 2013 19:03:37 +0000 Received: from localhost ([127.0.0.1]:45000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiUbx-0004Fl-8q for submit@debbugs.gnu.org; Fri, 31 May 2013 15:03:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41322) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiUbu-0004FJ-LH for submit@debbugs.gnu.org; Fri, 31 May 2013 15:03:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UiUaF-0006ei-92 for submit@debbugs.gnu.org; Fri, 31 May 2013 15:01:53 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.0 required=5.0 tests=BAYES_40, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40070) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiUaF-0006ea-6V for submit@debbugs.gnu.org; Fri, 31 May 2013 15:01:51 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43029) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiUaD-00057x-6w for bug-gnu-emacs@gnu.org; Fri, 31 May 2013 15:01:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UiUaC-0006dz-0t for bug-gnu-emacs@gnu.org; Fri, 31 May 2013 15:01:49 -0400 Received: from plane.gmane.org ([80.91.229.3]:39245) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UiUaB-0006dr-Qc for bug-gnu-emacs@gnu.org; Fri, 31 May 2013 15:01:47 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UiUa8-0005Rv-Hc for bug-gnu-emacs@gnu.org; Fri, 31 May 2013 21:01:44 +0200 Received: from pd9eb31c2.dip0.t-ipconnect.de ([217.235.49.194]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 31 May 2013 21:01:44 +0200 Received: from Stromeko by pd9eb31c2.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 31 May 2013 21:01:44 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Achim Gratz Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build Date: Fri, 31 May 2013 21:01:32 +0200 Organization: Linux Private Site Lines: 22 Message-ID: <8761xzgeib.fsf@Rainer.invalid> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <87ip20jnoh.fsf@Rainer.invalid> <83li6w46t1.fsf@gnu.org> <87a9ncjl69.fsf@Rainer.invalid> <83fvx442ze.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb31c2.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Cancel-Lock: sha1:S3k0xoQ2xtsi19pSuJLaUyjMV7Q= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) Eli Zaretskii writes: > Well, then just don't do that. Don't unpack each version into a > separate directory. That's what this change was all about. I have no dogs in this race. On the two Windows systems that I care about I have full administrative priviledges and can install (and re-install) things exactly the way I want them. I'll reiterate that (just as on UN*X) many users are at the mercy of whoever administrates their system and such changes often take a long time to trickle through to these people (they may not understand what Emacs is, much less care about site-lisp). If this is at least documented clearly (not just that this change is made, but _how_ to install things differently now) then some churn can perhaps be avoided by having something to point to. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From debbugs-submit-bounces@debbugs.gnu.org Fri May 31 15:26:46 2013 Received: (at 14513) by debbugs.gnu.org; 31 May 2013 19:26:46 +0000 Received: from localhost ([127.0.0.1]:45029 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiUyL-000594-NF for submit@debbugs.gnu.org; Fri, 31 May 2013 15:26:45 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:57946) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiUyI-00058W-HJ for 14513@debbugs.gnu.org; Fri, 31 May 2013 15:26:44 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MNO00J00GKZC600@a-mtaout21.012.net.il> for 14513@debbugs.gnu.org; Fri, 31 May 2013 22:24:59 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNO00JREGLM2B90@a-mtaout21.012.net.il>; Fri, 31 May 2013 22:24:59 +0300 (IDT) Date: Fri, 31 May 2013 22:24:47 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: <8761xzgeib.fsf@Rainer.invalid> X-012-Sender: halo1@inter.net.il To: Achim Gratz Message-id: <83wqqf0x6o.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <87ip20jnoh.fsf@Rainer.invalid> <83li6w46t1.fsf@gnu.org> <87a9ncjl69.fsf@Rainer.invalid> <83fvx442ze.fsf@gnu.org> <8761xzgeib.fsf@Rainer.invalid> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Achim Gratz > Date: Fri, 31 May 2013 21:01:32 +0200 > > If this is at least documented clearly I added a description of the new tree to etc/NEWS. > (not just that this change is made, but _how_ to install things > differently now) Not sure what this means. Please take a look at the text I wrote, and if you have further suggestions, please speak up. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 12:06:02 2013 Received: (at 14513) by debbugs.gnu.org; 1 Jun 2013 16:06:02 +0000 Received: from localhost ([127.0.0.1]:46330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UioJd-0005Kr-6F for submit@debbugs.gnu.org; Sat, 01 Jun 2013 12:06:01 -0400 Received: from mail-ee0-f51.google.com ([74.125.83.51]:36207) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UioJa-0005KW-Ow for 14513@debbugs.gnu.org; Sat, 01 Jun 2013 12:06:00 -0400 Received: by mail-ee0-f51.google.com with SMTP id e51so659360eek.24 for <14513@debbugs.gnu.org>; Sat, 01 Jun 2013 09:04:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dfTmbMEhUvmXPi4xAXDoxWSc6wOvT+wCTc7mrQDaz3Q=; b=W4jjr2JNAVYu/w5Pt6ILaqKJHNMkYXT5fqn+lydHLd9/BMnQNiu1VfxrWcSX0h5a0u VQ4YAkF9GCNgR5pTuDNhSoCtaDQPKH5Li/GH5fwUSixUnaAi4u14XVJ1hAyiMGRoyToF XzMefF/o54tjuLrpIgwfRp+VbFfRe4Trkttr0BwSinUThcgvUN9BjUfzRDJPw0ZWwB2S +kR1RUCqgnAvhMfBW9pSSm0N6NRztlbAuhbaf6nYRqrRPg2Ihkj7uIVOcQHk19Bx3Ksv Sh0N39sZSosw4CeG6VmKJRd+tmU2nTfGNlbG18xVSuZbea2WoQP84BiTCnW2+M++bzKv w2tw== MIME-Version: 1.0 X-Received: by 10.14.100.68 with SMTP id y44mr16859026eef.70.1370102651497; Sat, 01 Jun 2013 09:04:11 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sat, 1 Jun 2013 09:04:11 -0700 (PDT) In-Reply-To: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> Date: Sat, 1 Jun 2013 17:04:11 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/mixed; boundary=001a11c38f0cd95c4904de19e1fa X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 Cc: Stefan Monnier , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --001a11c38f0cd95c4904de19e1fa Content-Type: multipart/alternative; boundary=001a11c38f0cd95c4604de19e1f8 --001a11c38f0cd95c4604de19e1f8 Content-Type: text/plain; charset=ISO-8859-1 On 31 May 2013 13:55, Richard Copley wrote: > On 31 May 2013 12:35, Eli Zaretskii wrote: > > > Date: Fri, 31 May 2013 10:52:11 +0100 > > > From: Richard Copley > > > Cc: Stefan Monnier , 14513@debbugs.gnu.org > > > > > > > > We should advertise it (I presume you mean the use > > > > > of --enable-locallisppath=PATH) at least as loudly as the "default > > > > > $prefix is probably not good for you". > > > > > > > > > > > Just a reminder that --enable-locallisppath=PATH seems not to work > > > (I mentioned that in my original post). > > Patches are welcome to support it. You need to add something to > > editing of epaths.nt in the epaths-force-w32 rule. > I will have a go. See attached. Here is a brief description: Support the --enable-locallisppath argument on Windows, by making use of the value of ${locallisppath} supplied by `configure'. Also correct the description of ${locallisppath} in epaths.in and epaths.nt. I don't know about Changelogs and stuff. Is there any chance I can leave all that up to the real developers please? Tested with kit as in INSTALL.MSYS, including Make 3.82.90, and gives the expected results in epaths.h: msysconfig.sh => #define PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" msysconfig.sh "--prefix=/c/Program Files (x86)/GNU Emacs/emacs-112416" => #define PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" msysconfig.sh --locallisppath=%emacs_dir%/../site-lisp => #define PATH_SITELOADSEARCH "%emacs_dir%/../site-lisp" --001a11c38f0cd95c4604de19e1f8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 31 May 2013 13:55, Richard Copley <rcopley@gmail.com> wrote:
> On 31 May= 2013 12:35, Eli Zaretskii <eliz@gnu.org= > wrote:
> > > Date: Fri, 31 May 2013 10:52:11 +0100
> > > From= : Richard Copley <rcopley@gmail.com= >
> > > Cc: Stefan Monnier <monnier@iro.umontreal.ca>, 14513@debbugs.gnu.org
> > >
> > > > > We should advertise it (I presum= e you mean the use
> > > > > of --enable-locallisppath=3D= PATH) at least as loudly as the "default
> > > > > $= prefix is probably not good for you".
> > > >
> > > >
> > > Just a reminde= r that --enable-locallisppath=3DPATH seems not to work
> > > (I= mentioned that in my original post).
> > Patches are welcome to s= upport it.=A0 You need to add something to
> > editing of epaths.nt in the epaths-force-w32 rule.
> I wil= l have a go.

See attached. Here is a brief description:

Suppo= rt the --enable-locallisppath argument on Windows, by making use
of the = value of ${locallisppath} supplied by `configure'.
Also correct the description of ${locallisppath} in epaths.in and epaths.nt.

I don't know about Changelogs= and stuff. Is there any chance
I can leave all that up to the real deve= lopers please?

Tested with kit as in INSTALL.MSYS, including Make 3.82.90,
and gives the expected results in epaths.h:

msysconfig.sh
=3D> #define PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24= .3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp"

msysconfig.sh "--prefix=3D/c/Program Files (x86)/GNU Em= acs/emacs-112416"
=3D> #define PATH_SITELOADSEARCH &q= uot;%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-= lisp"

msysconfig.sh --locallisppath=3D%emacs_dir%/../site-lisp
= =3D> #define PATH_SITELOADSEARCH "%emacs_dir%/../site-lisp"

--001a11c38f0cd95c4604de19e1f8-- --001a11c38f0cd95c4904de19e1fa Content-Type: application/octet-stream; name="msys-locallisppath.patch" Content-Disposition: attachment; filename="msys-locallisppath.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhezp68n0 PT09IG1vZGlmaWVkIGZpbGUgJ01ha2VmaWxlLmluJwotLS0gTWFrZWZpbGUuaW4JMjAxMy0wNS0x NiAwOTo1ODo1NiArMDAwMAorKysgTWFrZWZpbGUuaW4JMjAxMy0wNi0wMSAxNTozMzo0NCArMDAw MApAQCAtMzIxLDExICszMjEsMjUgQEAKICMgQ29udmVydCBNU1lTLXN0eWxlIC94L2ZvbyBmaWxl IG5hbWUgaW50byB4Oi9mb28gdGhhdCBXaW5kb3dzIGNhbiBncm9rLgogbXN5c190b193MzI9c2Vk IC1lICdzLF4vXChbQS1aYS16XVwpLyxcMTovLCcKIAorIyBGaXggdXAgTVNZUyBkaXJlY3Rvcnkg c2VhcmNoIHBhdGggZm9yIFdpbmRvd3MuIFJlbW92ZSBlbXB0eSBjb21wb25lbnRzLAorIyBjb252 ZXJ0IGVhY2ggY29tcG9uZW50IGFzIGJ5IG1zeXNfdG9fdzMyIGFib3ZlLCBhbmQgY2hhbmdlIHRo ZSBzZXBhcmF0b3IuCisjIFJlcGxhY2UgJHtwcmVmaXh9IHdpdGggJWVtYWNzX2RpciUgKGVudiB2 YXIgZXhwYW5kZWQgYnkgRW1hY3MgYXQgaW5pdCB0aW1lKS4KKyMgVGhpcyBpcyBzbyB3ZSBjYW4g bWFrZSB1c2Ugb2YgdGhlIHZhbHVlIG9mICR7bG9jYWxsaXNwcGF0aH0gc3VwcGxpZWQgYnkKKyMg Y29uZmlndXJlLCB0byBzdXBwb3J0IHRoZSAtLWVuYWJsZS1sb2NhbGxpc3BwYXRoIGFyZ3VtZW50 LgorbXN5c19zZWRfc2hfZXNjYXBlPXNlZCAtZSAncy9bXVw7JCQqLl5bXS9cXFxcJi9nJworbXN5 c19saXNwcGF0aF90b193MzI9c2VkIC1lICdzLzpcKy86L2cnIC1lICdzL146Ly9nJyAtZSAncy86 JCQvL2cnCSAgXAorCQkJIC1lICdzO1woXlx8OlwpJyIkJHtwcmVmaXhwYXR0ZXJufSInXChbOi9d XHwkJFwpO1wxJWVtYWNzX2RpciVcMjtnJwkgIFwKKwkJCSAtZSAncy86L1xcXFw7L2cnCQkJCSAg XAorCQkJIC1lICdzLFwoXlx8O1wpL1woW0EtWmEtel1cKS8sXDFcMjovLGcnCisKICMgVGhlIHcz MiBidWlsZCBuZWVkcyBhIHNsaWdodGx5IGRpZmZlcmVudCBlZGl0aW5nLCBhbmQgaXQgdXNlcwog IyBudC9lcGF0aHMubnQgYXMgdGhlIHRlbXBsYXRlLgogZXBhdGhzLWZvcmNlLXczMjogRlJDCiAJ QCh3MzJzcmNkaXI9YGVjaG8gIiR7c3JjZGlyfSIgfCAke21zeXNfdG9fdzMyfWAgOyAJXAorCSAg cHJlZml4cGF0dGVybj1gZWNobyAnJHtwcmVmaXh9JyB8ICR7bXN5c19zZWRfc2hfZXNjYXBlfWAg OyBcCisJICBsb2NhbGxpc3BwYXRoPWBlY2hvICcke2xvY2FsbGlzcHBhdGh9JyB8ICR7bXN5c19s aXNwcGF0aF90b193MzJ9YCA7IFwKIAkgIHNlZCA8ICR7c3JjZGlyfS9udC9lcGF0aHMubnQgPiBl cGF0aHMuaC4kJCQkCQlcCisJICAtZSAncztcKCMuKlBBVEhfU0lURUxPQURTRUFSQ0hcKS4qJCQ7 XDEgIiciJCR7bG9jYWxsaXNwcGF0aH0iJyI7JyBcCiAJICAtZSAnL14uKiMvcy9AVkVSQC8ke3Zl cnNpb259L2cnIAkJCVwKIAkgIC1lICcvXi4qIy9zL0BDRkdALyR7Y29uZmlndXJhdGlvbn0vZycg CQlcCiAJICAtZSAiL14uKiMvc3xAU1JDQHwkJHt3MzJzcmNkaXJ9fGciKSAmJgkJXAoKPT09IG1v ZGlmaWVkIGZpbGUgJ250L2VwYXRocy5udCcKLS0tIG50L2VwYXRocy5udAkyMDEzLTA0LTA2IDEz OjI1OjE3ICswMDAwCisrKyBudC9lcGF0aHMubnQJMjAxMy0wNi0wMSAxNToyNzo0NiArMDAwMApA QCAtNDEsMTAgKzQxLDEwIEBACiAjZGVmaW5lIFBBVEhfTE9BRFNFQVJDSCAiJWVtYWNzX2RpciUv c2hhcmUvZW1hY3MvQFZFUkAvbGlzcDslZW1hY3NfZGlyJS9zaGFyZS9lbWFjcy9AVkVSQC9sZWlt IgogCiAvKiBMaWtlIFBBVEhfTE9BRFNFQVJDSCwgYnV0IGNvbnRhaW5zIHRoZSBub24tc3RhbmRh cmQgcGllY2VzLgotICAgVGhlc2UgYXJlIHRoZSBzaXRlLWxpc3AgZGlyZWN0b3JpZXMsIHR5cGlj YWxseSBzb21ldGhpbmcgbGlrZQorICAgVGhlc2UgYXJlIHRoZSBzaXRlLWxpc3AgZGlyZWN0b3Jp ZXMuIENvbmZpZ3VyZSBzZXRzIHRoaXMgdG8KKyAgICR7bG9jYWxsaXNwcGF0aH0sIHdoaWNoIHR5 cGljYWxseSBkZWZhdWx0cyB0byBzb21ldGhpbmcgbGlrZToKICAgIDxkYXRhZGlyPi9lbWFjcy9W RVJTSU9OL3NpdGUtbGlzcDo8ZGF0YWRpcj4vZW1hY3Mvc2l0ZS1saXNwCi0gICBDb25maWd1cmUg cHJlcGVuZHMgYW55ICRsb2NhbGxpc3BwYXRoLCBhcyBzZXQgYnkgdGhlCi0gICAtLWVuYWJsZS1s b2NhbGxpc3BwYXRoIGFyZ3VtZW50LgorICAgYnV0IGNhbiBiZSBvdmVycmlkZGVuIGJ5IHRoZSAt LWVuYWJsZS1sb2NhbGxpc3BwYXRoIGFyZ3VtZW50LgogICAgVGhpcyBpcyBjb21iaW5lZCB3aXRo IFBBVEhfTE9BRFNFQVJDSCB0byBtYWtlIHRoZSBkZWZhdWx0IGxvYWQtcGF0aC4KICAgIElmIHRo ZSAtLW5vLXNpdGUtbGlzcCBvcHRpb24gaXMgdXNlZCwgdGhpcyBwaWVjZSBpcyBleGNsdWRlZC4K ICovCgo9PT0gbW9kaWZpZWQgZmlsZSAnc3JjL2VwYXRocy5pbicKLS0tIHNyYy9lcGF0aHMuaW4J MjAxMy0wMS0wMSAwOToxMTowNSArMDAwMAorKysgc3JjL2VwYXRocy5pbgkyMDEzLTA1LTMxIDIy OjExOjMxICswMDAwCkBAIC0zMCwxMCArMzAsMTAgQEAKIAogCiAvKiBMaWtlIFBBVEhfTE9BRFNF QVJDSCwgYnV0IGNvbnRhaW5zIHRoZSBub24tc3RhbmRhcmQgcGllY2VzLgotICAgVGhlc2UgYXJl IHRoZSBzaXRlLWxpc3AgZGlyZWN0b3JpZXMsIHR5cGljYWxseSBzb21ldGhpbmcgbGlrZQorICAg VGhlc2UgYXJlIHRoZSBzaXRlLWxpc3AgZGlyZWN0b3JpZXMuIENvbmZpZ3VyZSBzZXRzIHRoaXMg dG8KKyAgICR7bG9jYWxsaXNwcGF0aH0sIHdoaWNoIHR5cGljYWxseSBkZWZhdWx0cyB0byBzb21l dGhpbmcgbGlrZToKICAgIDxkYXRhZGlyPi9lbWFjcy9WRVJTSU9OL3NpdGUtbGlzcDo8ZGF0YWRp cj4vZW1hY3Mvc2l0ZS1saXNwCi0gICBDb25maWd1cmUgcHJlcGVuZHMgYW55ICRsb2NhbGxpc3Bw YXRoLCBhcyBzZXQgYnkgdGhlCi0gICAtLWVuYWJsZS1sb2NhbGxpc3BwYXRoIGFyZ3VtZW50Lgor ICAgYnV0IGNhbiBiZSBvdmVycmlkZGVuIGJ5IHRoZSAtLWVuYWJsZS1sb2NhbGxpc3BwYXRoIGFy Z3VtZW50LgogICAgVGhpcyBpcyBjb21iaW5lZCB3aXRoIFBBVEhfTE9BRFNFQVJDSCB0byBtYWtl IHRoZSBkZWZhdWx0IGxvYWQtcGF0aC4KICAgIElmIHRoZSAtLW5vLXNpdGUtbGlzcCBvcHRpb24g aXMgdXNlZCwgdGhpcyBwaWVjZSBpcyBleGNsdWRlZC4KICovCgo= --001a11c38f0cd95c4904de19e1fa-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 12:41:58 2013 Received: (at 14513) by debbugs.gnu.org; 1 Jun 2013 16:41:59 +0000 Received: from localhost ([127.0.0.1]:46388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uiorq-0006xR-QA for submit@debbugs.gnu.org; Sat, 01 Jun 2013 12:41:50 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:55848) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UiorX-0006vO-Fk for 14513@debbugs.gnu.org; Sat, 01 Jun 2013 12:41:07 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNQ00E003E3ZF00@a-mtaout20.012.net.il> for 14513@debbugs.gnu.org; Sat, 01 Jun 2013 19:39:00 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNQ00E473KZPW70@a-mtaout20.012.net.il>; Sat, 01 Jun 2013 19:39:00 +0300 (IDT) Date: Sat, 01 Jun 2013 19:38:50 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <838v2t23c5.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: monnier@iro.umontreal.ca, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 1 Jun 2013 17:04:11 +0100 > From: Richard Copley > Cc: Stefan Monnier , 14513@debbugs.gnu.org > > See attached. Thanks. > I don't know about Changelogs and stuff. Is there any chance > I can leave all that up to the real developers please? That's OK. > Tested with kit as in INSTALL.MSYS, including Make 3.82.90, > and gives the expected results in epaths.h: > > msysconfig.sh > => #define PATH_SITELOADSEARCH > "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" > > msysconfig.sh "--prefix=/c/Program Files (x86)/GNU Emacs/emacs-112416" > => #define PATH_SITELOADSEARCH > "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" > > msysconfig.sh --locallisppath=%emacs_dir%/../site-lisp > => #define PATH_SITELOADSEARCH "%emacs_dir%/../site-lisp" Does it support Windows style paths and the ';' separator, as in --locallisppath='%emacs_dir%/../site-lisp;d:/wherever/site-lisp' ? MSYS supports both Windows style file names and Windows style in --prefix, so I'd like to support both styles in --locallisppath. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 13:08:45 2013 Received: (at 14513) by debbugs.gnu.org; 1 Jun 2013 17:08:45 +0000 Received: from localhost ([127.0.0.1]:46417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UipIL-00088v-AK for submit@debbugs.gnu.org; Sat, 01 Jun 2013 13:08:45 -0400 Received: from mail-ee0-f50.google.com ([74.125.83.50]:52683) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UipIJ-00088V-Bv for 14513@debbugs.gnu.org; Sat, 01 Jun 2013 13:08:44 -0400 Received: by mail-ee0-f50.google.com with SMTP id c41so713851eek.9 for <14513@debbugs.gnu.org>; Sat, 01 Jun 2013 10:06:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/40jreMHf81hWVZOxD8JnezJCCOWc/JE/J0qysE+gKA=; b=uBWvo6WaSGTxPQk1k3REbqk/L3qfNM45hRhxAG2gcq78L1EeSAP2PnQEChcBfIPH/J BvuN7n/h3A1vJNjNG17emA0EHOCUXx+P8eqhfdvKCQ1K8BS5RZzy0hYzyvxb27FnGNai pj/82zV7t74O/zivgLNutV8ns0RoVjrHsVgAeguVSbXxqx5reWgnyrQpiiYoEI3aefos k0llL9i7el38lz3r+9J0u/hoPxIrftNDMy+HQkLBsIFszVs3OkVkHVa5RWxdqbebWJZC b07TV76yOPjsJqoovAR9stUXb0keWidx4CAjW9k5wZaxK8OjCGi/WqFKIJ7qwC7zG4n3 3abg== MIME-Version: 1.0 X-Received: by 10.14.32.8 with SMTP id n8mr16995533eea.98.1370106415680; Sat, 01 Jun 2013 10:06:55 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sat, 1 Jun 2013 10:06:55 -0700 (PDT) In-Reply-To: <838v2t23c5.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> Date: Sat, 1 Jun 2013 18:06:55 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c27fd436382804de1ac2da X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 Cc: Stefan Monnier , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --001a11c27fd436382804de1ac2da Content-Type: text/plain; charset=ISO-8859-1 On 1 June 2013 17:38, Eli Zaretskii wrote: > Does it support Windows style paths and the ';' separator, as in > > --locallisppath='%emacs_dir%/../site-lisp;d:/wherever/site-lisp' > > ? MSYS supports both Windows style file names and Windows style in > --prefix, so I'd like to support both styles in --locallisppath. > It does not, I'm afraid. I'll try and fix that, and send a replacement patch. --001a11c27fd436382804de1ac2da Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

= On 1 June 2013 17:38, Eli Zaretskii <eliz@gnu.org> wrote:
Does it support Windows style paths and the ';' separator, as in
=A0 --locallisppath=3D'%emacs_dir%/../site-lisp;d:/wherever/site-lisp&#= 39;

? =A0MSYS supports both Windows style file names and Windows style in
--prefix, so I'd like to support both styles in --locallisppath.

It does not, I'm afraid. I'll try and fix th= at, and send a replacement patch.

--001a11c27fd436382804de1ac2da-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 01 14:01:56 2013 Received: (at 14513) by debbugs.gnu.org; 1 Jun 2013 18:01:56 +0000 Received: from localhost ([127.0.0.1]:46485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uiq7o-0001hj-0o for submit@debbugs.gnu.org; Sat, 01 Jun 2013 14:01:56 -0400 Received: from mail-ee0-f50.google.com ([74.125.83.50]:61190) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uiq7j-0001hM-TJ for 14513@debbugs.gnu.org; Sat, 01 Jun 2013 14:01:53 -0400 Received: by mail-ee0-f50.google.com with SMTP id c41so721182eek.37 for <14513@debbugs.gnu.org>; Sat, 01 Jun 2013 11:00:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=U9jCBPu9MZftBTQcylqHbVX3Oe62rQi2GE8TfhJ4g+A=; b=YsTPkcmdHSpDhY0m4p6ol2AdkHOYnGQw7sJBmbIMqG18UsgS1lQloKvExbps2VcWBS Bw5kE2P1QlS4YnRWdTSIyP7jdGL+zFtBK1GB2N/CY+xO3AaiScheM5dvLGKQqCOVe0ba ya2Ztkw0rgwMXeMb3qfTyxEV0GUvObYtX9JXSiS4nnFKCRiJg0mqgwtqRBSsPos5JTIc mQx2Ir8cNFjnCIkoXmlmZqrPJRfAuV804FWoS4XmZSDJzjCpCUO2b8plbHdxWvT6G+JA kBO9bPBmDtJrai6tBcD5UQO+VrQufxsdyNMQGo8k8O7s+qJJitsKMHZ436ZIYYqKVGLM 6D1A== MIME-Version: 1.0 X-Received: by 10.15.111.202 with SMTP id cj50mr17451331eeb.140.1370109603994; Sat, 01 Jun 2013 11:00:03 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sat, 1 Jun 2013 11:00:03 -0700 (PDT) In-Reply-To: <8361xx20lb.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> Date: Sat, 1 Jun 2013 19:00:03 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii , Stefan Monnier , 14513@debbugs.gnu.org Content-Type: multipart/alternative; boundary=089e01635502400dd304de1b80b9 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e01635502400dd304de1b80b9 Content-Type: text/plain; charset=ISO-8859-1 [Sorry, I dropped the list from the CC again.] On 1 June 2013 18:29, Eli Zaretskii wrote: > > Date: Sat, 1 Jun 2013 18:25:14 +0100 > > From: Richard Copley > > > > No I won't, sorry. I'd forgotten: that's not possible without resorting > to > > heuristics, because ${locallisppath} is potentially a ":"-separated path. > > Is it possible to support only the Windows style? That's the least we > can do, because the result _must_ be a Windows-style path, or else it > won't work, since Emacs is a native Windows executable. > That might be more logical than supporting only MSYS style. But note the result is a Windows-style path with the above patch, e.g. "--enable-locallisppath=/c/emacs/site-lisp" gives #define PATH_SITELOADSEARCH "c:/emacs/site-lisp" On 1 June 2013 18:38, Eli Zaretskii wrote: > > Date: Sat, 1 Jun 2013 18:25:14 +0100 > > From: Richard Copley > > > > > It does not, I'm afraid. I'll try and fix that, and send a replacement > > > patch. > > > > > > > No I won't, sorry. I'd forgotten: that's not possible without resorting > to > > heuristics, because ${locallisppath} is potentially a ":"-separated path. > > Btw, you need not resort to heuristics even if you don't know whether > ${locallisppath} is MSYS style or Windows style. You can rely on the > fact that MSYS transforms the path when it calls a native Windows > application. Here's an example, using cpp.exe, which is an > application you can rely on being available and on being a MinGW > executable: > > $ cpp -dM -Dfoo=/d/usr/bin:/c/windows < /dev/null | fgrep foo > #define foo d:\usr\bin;c:\windows > $ cpp -dM -Dfoo='d:/usr/bin;c:/windows' < /dev/null | fgrep foo > #define foo d:/usr/bin;c:/windows > > (You'd need to convert backslashes to forward slashes in the first > example, but that's easy, right?) > > The only requirement is that the argument to --locallisppath uses one > of the two styles consistently. But that is a reasonable requirement, > I think. > Interesting, thanks. I might have another patch later. --089e01635502400dd304de1b80b9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
[Sorry, I dropped the list from the CC again.]

On 1 June 2013 18:29, Eli Z= aretskii <eliz@gnu.org> wrote:
> Date: Sat, 1 Jun 201= 3 18:25:14 +0100
> From: Richard Copley <rcopley@= gmail.com>
>
> No I won't, sorry. I'd forgotten: that's= not possible without resorting to
> heuristics, because ${locallisppath} is potentially a ":"-se= parated path.

Is it possible to support only the Windows style? =A0That's the l= east we
can do, because the result _must_ be a Windows-style path, or else it
won't work, since Emacs is a native Windows executable.

That might be more = logical than supporting only MSYS style.
But note the result is a Window= s-style path with the above patch, e.g.
=A0=A0=A0 "--enable-localli= sppath=3D/c/emacs/site-lisp"
gives
=A0=A0=A0 #define PATH_SITELOADSEARCH "c:/emacs/site-lisp&quo= t;

On 1 June 2013= 18:38, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Sat, 1 Jun 201= 3 18:25:14 +0100
> From: Richard Copley <rcopley@= gmail.com>
>
> > It does not, I'm afraid. I'll try and f= ix that, and send a replacement
> > patch.
> >
>
> No I won't, sorry. I'd forgotten: that's not possible with= out resorting to
> heuristics, because ${locallisppath} is potentially a ":"-se= parated path.

Btw, you need not resort to heuristics even if you don't know whe= ther
${locallisppath} is MSYS style or Windows style. =A0You can rely on the
fact that MSYS transforms the path when it calls a native Windows
application. =A0Here's an example, using cpp.exe, which is an
application you can rely on being available and on being a MinGW
executable:

=A0 $ cpp -dM -Dfoo=3D/d/usr/bin:/c/windows < /dev/null | fgrep foo
=A0 #define foo d:\usr\bin;c:\windows
=A0 $ cpp -dM -Dfoo=3D'd:/usr/bin;c:/windows' < /dev/null | fgre= p foo
=A0 #define foo d:/usr/bin;c:/windows

(You'd need to convert backslashes to forward slashes in the first
example, but that's easy, right?)

The only requirement is that the argument to --locallisppath uses one
of the two styles consistently. =A0But that is a reasonable requirement, I think.

Interesting, thanks= .
I might have another patch later.
=

--089e01635502400dd304de1b80b9-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 02 07:35:04 2013 Received: (at 14513) by debbugs.gnu.org; 2 Jun 2013 11:35:04 +0000 Received: from localhost ([127.0.0.1]:47422 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uj6Yy-0000Fs-BQ for submit@debbugs.gnu.org; Sun, 02 Jun 2013 07:35:04 -0400 Received: from mail-ea0-f178.google.com ([209.85.215.178]:49205) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uj6Yu-0000F8-5K for 14513@debbugs.gnu.org; Sun, 02 Jun 2013 07:35:02 -0400 Received: by mail-ea0-f178.google.com with SMTP id q15so2713136ead.9 for <14513@debbugs.gnu.org>; Sun, 02 Jun 2013 04:33:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=a4cVuDE8rrsS8nWxlhAwBr2L8YYPqybTz9JcHTC8co4=; b=hxl1+vGWAlXK63eZYNqV8/UXGYvH144Oy6LQgX6szfV8AeIEsWvXebNrckvE0Kjs26 p3mFn81kat9HoIowSMkOGWIj2jPK0JqY7bL3rFOesSJub3/P4TX9c0yOMdeqcyqN/iHO U8jSSDZLKiY0MIhydVqrd752XSyQ6nHZJ0I5aaBfqHA5uclBBWSrRgShLSRyYsZYtSnH w5Q5uZCbr7AxTA8S0hFMJJCa6RyDgNRH4LVJQq2TFPzBlabCnV+kgQxoHvkj84jXyxNy PewDjKnmq1OD2laptXQpINiiLPaMtDU5gOhR16HrvIeP1YV2MHPHwXHLJwc6ZUnpVoMa 1YvA== MIME-Version: 1.0 X-Received: by 10.15.36.72 with SMTP id h48mr1975674eev.33.1370172788327; Sun, 02 Jun 2013 04:33:08 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sun, 2 Jun 2013 04:33:08 -0700 (PDT) In-Reply-To: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> Date: Sun, 2 Jun 2013 12:33:08 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii , Stefan Monnier , 14513@debbugs.gnu.org Content-Type: multipart/mixed; boundary=089e016353ce546a7b04de2a36a1 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e016353ce546a7b04de2a36a1 Content-Type: multipart/alternative; boundary=089e016353ce546a7804de2a369f --089e016353ce546a7804de2a369f Content-Type: text/plain; charset=ISO-8859-1 On 1 June 2013 17:38, Eli Zaretskii wrote: > Does it support Windows style paths and the ';' separator, as in > > --locallisppath='%emacs_dir%/../site-lisp;d:/wherever/site-lisp' > > ? MSYS supports both Windows style file names and Windows style in > --prefix, so I'd like to support both styles in --locallisppath. > > Date: Sat, 1 Jun 2013 18:25:14 +0100 > From: Richard Copley > [...] that's not possible without resorting to > heuristics, because ${locallisppath} is potentially a ":"-separated path. The attached patch supports both styles. The heuristics didn't turn out to be as hairy as I imagined. A few test cases: nt/msysconfig.sh #define PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" nt/msysconfig.sh --prefix c:/emacs/emacs-112809 #define PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" nt/msysconfig.sh --prefix="c:\\Program Files (x86)\\Emacs" #define PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" nt/msysconfig.sh --prefix="c:/Program Files (x86)/Emacs" --enable-locallisppath="%emacs_dir%/../site-lisp;d:/wherever/site-lisp" #define PATH_SITELOADSEARCH "%emacs_dir%/../site-lisp/;d:/wherever/site-lisp" nt/msysconfig.sh --prefix="c:/Program Files (x86)/Emacs" --enable-locallisppath="%emacs_dir%/../site-lisp;/d/wherever/site-lisp" #define PATH_SITELOADSEARCH "%emacs_dir%/../site-lisp/;d:/wherever/site-lisp" nt/msysconfig.sh --prefix="/usr/local" --enable-locallisppath="/usr/local/share/my-site-lisp" #define PATH_SITELOADSEARCH "%emacs_dir%/share/my-site-lisp" --089e016353ce546a7804de2a369f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 1 June 2013 17:38,= Eli Zaretskii <eliz@gnu.org> wrote:
Does it support Windows style paths and the ';' separator, as in
=A0 --locallisppath=3D'%emacs_dir%/../site-lisp;d:/wherever/site-lisp&#= 39;

? =A0MSYS supports both Windows style file names and Windows style in
--prefix, so I'd like to support both styles in --locallisppath.

> Date: Sat, 1 Jun 2013 18:25:14 +0100
> From: Richard Copley <rcopley@gmail.com>
> [...] that's not possible without resorting to
> heuristics, because ${locallisppath} is potentially a ":"-se= parated path.

The attached patch supports both styles.= The heuristics didn't turn
out to be as hairy as I imagined.

A few test cases:

nt/msysconfig.sh
#def= ine PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24.3.50/site-lisp;%em= acs_dir%/share/emacs/site-lisp"

nt/msysconfig.sh --prefix c:/em= acs/emacs-112809
#define PATH_SITELOADSEARCH "%emacs_dir%/share/emacs/24.3.50/site-lisp= ;%emacs_dir%/share/emacs/site-lisp"

nt/msysconfig.sh --prefix= =3D"c:\\Program Files (x86)\\Emacs"
#define PATH_SITELOADSEARC= H "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/s= ite-lisp"

nt/msysconfig.sh --prefix=3D"c:/Program Files (x86)/Emacs" --= enable-locallisppath=3D"%emacs_dir%/../site-lisp;d:/wherever/site-lisp= "
#define PATH_SITELOADSEARCH "%emacs_dir%/../site-lisp/;d:/wh= erever/site-lisp"

nt/msysconfig.sh --prefix=3D"c:/Program Files (x86)/Emacs" --= enable-locallisppath=3D"%emacs_dir%/../site-lisp;/d/wherever/site-lisp= "
#define PATH_SITELOADSEARCH "%emacs_dir%/../site-lisp/;d:/wh= erever/site-lisp"

nt/msysconfig.sh --prefix=3D"/usr/local" --enable-locallisppa= th=3D"/usr/local/share/my-site-lisp"
#define PATH_SITELOADSEAR= CH "%emacs_dir%/share/my-site-lisp"
--089e016353ce546a7804de2a369f-- --089e016353ce546a7b04de2a36a1 Content-Type: application/octet-stream; name="msys-locallisppath-revised.patch" Content-Disposition: attachment; filename="msys-locallisppath-revised.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhg5bmv10 PT09IG1vZGlmaWVkIGZpbGUgJ01ha2VmaWxlLmluJwotLS0gTWFrZWZpbGUuaW4JMjAxMy0wNS0x NiAwOTo1ODo1NiArMDAwMAorKysgTWFrZWZpbGUuaW4JMjAxMy0wNi0wMiAxMDozMTo1OCArMDAw MApAQCAtMzE4LDE0ICszMTgsMzMgQEAKIAkgIC1lICdzO1woIy4qUEFUSF9ET0NcKS4qJCQ7XDEg IiR7ZG9jZGlyfSI7JykgJiYJCVwKIAkke3NyY2Rpcn0vYnVpbGQtYXV4L21vdmUtaWYtY2hhbmdl IGVwYXRocy5oLiQkJCQgc3JjL2VwYXRocy5oCiAKLSMgQ29udmVydCBNU1lTLXN0eWxlIC94L2Zv byBmaWxlIG5hbWUgaW50byB4Oi9mb28gdGhhdCBXaW5kb3dzIGNhbiBncm9rLgotbXN5c190b193 MzI9c2VkIC1lICdzLF4vXChbQS1aYS16XVwpLyxcMTovLCcKKyMgQ29udmVydCBNU1lTLXN0eWxl IC94L2ZvbyBvciB4Olxmb28gZmlsZSBuYW1lIGludG8geDovZm9vIHRoYXQgV2luZG93cyBjYW4g Z3Jvay4KK21zeXNfdG9fdzMyPXNlZCAtZSAncyxcXFxcLC8sZycgLWUgJ3MsXi9cKFtBLVphLXpd XCkvLFwxOi8sJworCisjIFRyYW5zZm9ybSBkaXJlY3Rvcnkgc2VhcmNoIHBhdGggYW5kIGl0cyBj b21wb25lbnRzLiBPcmlnaW5hbCBjYW4KKyMgYmUgTVNZUyBvciBXaW5kb3dzIHN0eWxlLiBTZXQg cGF0aCBzZXBhcmF0b3IgdG8gIjsiLCBkaXJlY3RvcnkKKyMgc2VwYXJhdG9yIHRvICIvIiBhbmQg dHJhbnNmb3JtIE1TWVMtc3R5bGUgIi9jLyIgdG8gImM6LyIuCisjIFJlbW92ZSBlbXB0eSBwYXRo IGNvbXBvbmVudHMgYW5kIGVzY2FwZSBzZW1pY29sb25zLgorbXN5c19saXNwcGF0aF90b193MzI9 c2VkIC1lICdzLFxcXFwsLyxnJyAtZSAncyxcKF5cfFs6O11cKVwoW0EtWmEtel1cKTovLFwxL1wy LyxnJwlcCisJCQkgLWUgJ3MvOi87L2cnIC1lICdzLFwoXlx8O1wpL1woW0EtWmEtel1cKS8sXDFc MjovLGcnCVwKKwkJCSAtZSAncy87XCsvOy9nJyAtZSAncy9eOy8vJyAtZSAncy87JCQvLycgLWUg J3MvOy9cXFxcOy9nJworCisjIFJlcGxhY2UgIiR7cHJlZml4fSIgd2l0aCAnJWVtYWNzX2RpciUn IChleHBhbmRzIHRvIGluc3RhbGwgZGlyZWN0b3J5IGF0IHJ1bnRpbWUpLgorbXN5c19wcmVmaXhf c3Vic3Q9c2VkIC1lICdzIVwoXlx8O1wpJyIkJHtwcmVmaXhwYXR0ZXJufSInXChbOy9dXHwkJFwp IVwxJWVtYWNzX2RpciVcMiFnJworCisjIFF1b3RlIHNlZCBzcGVjaWFsIGNoYXJhY3RlcnMgKGV4 Y2VwdCBiYWNrc2xhc2ggYW5kIG5ld2xpbmUpIHdpdGggZG91YmxlIGJhY2tzbGFzaC4KK21zeXNf c2VkX3NoX2VzY2FwZT1zZWQgLWUgJ3MvW107JCQqLl5bXS9cXFxcJi9nJwogCiAjIFRoZSB3MzIg YnVpbGQgbmVlZHMgYSBzbGlnaHRseSBkaWZmZXJlbnQgZWRpdGluZywgYW5kIGl0IHVzZXMKICMg bnQvZXBhdGhzLm50IGFzIHRoZSB0ZW1wbGF0ZS4KKyMgVXNlIHRoZSB2YWx1ZSBvZiAke2xvY2Fs bGlzcHBhdGh9IHN1cHBsaWVkIGJ5IGBjb25maWd1cmUnLAorIyB0byBzdXBwb3J0IHRoZSAtLWVu YWJsZS1sb2NhbGxpc3BwYXRoIGFyZ3VtZW50LgogZXBhdGhzLWZvcmNlLXczMjogRlJDCiAJQCh3 MzJzcmNkaXI9YGVjaG8gIiR7c3JjZGlyfSIgfCAke21zeXNfdG9fdzMyfWAgOyAJXAorCSAgcHJl Zml4cGF0dGVybj1gZWNobyAnJHtwcmVmaXh9JyB8ICR7bXN5c190b193MzJ9IHwgJHttc3lzX3Nl ZF9zaF9lc2NhcGV9YCA7IFwKKwkgIGxvY2FsbGlzcHBhdGg9YGVjaG8gJyR7bG9jYWxsaXNwcGF0 aH0nIHwgJHttc3lzX2xpc3BwYXRoX3RvX3czMn0gfCAke21zeXNfcHJlZml4X3N1YnN0fWAgOyBc CiAJICBzZWQgPCAke3NyY2Rpcn0vbnQvZXBhdGhzLm50ID4gZXBhdGhzLmguJCQkJAkJXAorCSAg LWUgJ3M7XCgjLipQQVRIX1NJVEVMT0FEU0VBUkNIXCkuKiQkO1wxICInIiQke2xvY2FsbGlzcHBh dGh9IiciOycgXAogCSAgLWUgJy9eLiojL3MvQFZFUkAvJHt2ZXJzaW9ufS9nJyAJCQlcCiAJICAt ZSAnL14uKiMvcy9AQ0ZHQC8ke2NvbmZpZ3VyYXRpb259L2cnIAkJXAogCSAgLWUgIi9eLiojL3N8 QFNSQ0B8JCR7dzMyc3JjZGlyfXxnIikgJiYJCVwKCj09PSBtb2RpZmllZCBmaWxlICdudC9lcGF0 aHMubnQnCi0tLSBudC9lcGF0aHMubnQJMjAxMy0wNC0wNiAxMzoyNToxNyArMDAwMAorKysgbnQv ZXBhdGhzLm50CTIwMTMtMDYtMDIgMTA6MzE6NTggKzAwMDAKQEAgLTQxLDEwICs0MSwxMCBAQAog I2RlZmluZSBQQVRIX0xPQURTRUFSQ0ggIiVlbWFjc19kaXIlL3NoYXJlL2VtYWNzL0BWRVJAL2xp c3A7JWVtYWNzX2RpciUvc2hhcmUvZW1hY3MvQFZFUkAvbGVpbSIKIAogLyogTGlrZSBQQVRIX0xP QURTRUFSQ0gsIGJ1dCBjb250YWlucyB0aGUgbm9uLXN0YW5kYXJkIHBpZWNlcy4KLSAgIFRoZXNl IGFyZSB0aGUgc2l0ZS1saXNwIGRpcmVjdG9yaWVzLCB0eXBpY2FsbHkgc29tZXRoaW5nIGxpa2UK KyAgIFRoZXNlIGFyZSB0aGUgc2l0ZS1saXNwIGRpcmVjdG9yaWVzLiBDb25maWd1cmUgc2V0cyB0 aGlzIHRvCisgICAke2xvY2FsbGlzcHBhdGh9LCB3aGljaCB0eXBpY2FsbHkgZGVmYXVsdHMgdG8g c29tZXRoaW5nIGxpa2U6CiAgICA8ZGF0YWRpcj4vZW1hY3MvVkVSU0lPTi9zaXRlLWxpc3A6PGRh dGFkaXI+L2VtYWNzL3NpdGUtbGlzcAotICAgQ29uZmlndXJlIHByZXBlbmRzIGFueSAkbG9jYWxs aXNwcGF0aCwgYXMgc2V0IGJ5IHRoZQotICAgLS1lbmFibGUtbG9jYWxsaXNwcGF0aCBhcmd1bWVu dC4KKyAgIGJ1dCBjYW4gYmUgb3ZlcnJpZGRlbiBieSB0aGUgLS1lbmFibGUtbG9jYWxsaXNwcGF0 aCBhcmd1bWVudC4KICAgIFRoaXMgaXMgY29tYmluZWQgd2l0aCBQQVRIX0xPQURTRUFSQ0ggdG8g bWFrZSB0aGUgZGVmYXVsdCBsb2FkLXBhdGguCiAgICBJZiB0aGUgLS1uby1zaXRlLWxpc3Agb3B0 aW9uIGlzIHVzZWQsIHRoaXMgcGllY2UgaXMgZXhjbHVkZWQuCiAqLwoKPT09IG1vZGlmaWVkIGZp bGUgJ3NyYy9lcGF0aHMuaW4nCi0tLSBzcmMvZXBhdGhzLmluCTIwMTMtMDEtMDEgMDk6MTE6MDUg KzAwMDAKKysrIHNyYy9lcGF0aHMuaW4JMjAxMy0wNi0wMiAxMDozMTo1OCArMDAwMApAQCAtMzAs MTAgKzMwLDEwIEBACiAKIAogLyogTGlrZSBQQVRIX0xPQURTRUFSQ0gsIGJ1dCBjb250YWlucyB0 aGUgbm9uLXN0YW5kYXJkIHBpZWNlcy4KLSAgIFRoZXNlIGFyZSB0aGUgc2l0ZS1saXNwIGRpcmVj dG9yaWVzLCB0eXBpY2FsbHkgc29tZXRoaW5nIGxpa2UKKyAgIFRoZXNlIGFyZSB0aGUgc2l0ZS1s aXNwIGRpcmVjdG9yaWVzLiBDb25maWd1cmUgc2V0cyB0aGlzIHRvCisgICAke2xvY2FsbGlzcHBh dGh9LCB3aGljaCB0eXBpY2FsbHkgZGVmYXVsdHMgdG8gc29tZXRoaW5nIGxpa2U6CiAgICA8ZGF0 YWRpcj4vZW1hY3MvVkVSU0lPTi9zaXRlLWxpc3A6PGRhdGFkaXI+L2VtYWNzL3NpdGUtbGlzcAot ICAgQ29uZmlndXJlIHByZXBlbmRzIGFueSAkbG9jYWxsaXNwcGF0aCwgYXMgc2V0IGJ5IHRoZQot ICAgLS1lbmFibGUtbG9jYWxsaXNwcGF0aCBhcmd1bWVudC4KKyAgIGJ1dCBjYW4gYmUgb3ZlcnJp ZGRlbiBieSB0aGUgLS1lbmFibGUtbG9jYWxsaXNwcGF0aCBhcmd1bWVudC4KICAgIFRoaXMgaXMg Y29tYmluZWQgd2l0aCBQQVRIX0xPQURTRUFSQ0ggdG8gbWFrZSB0aGUgZGVmYXVsdCBsb2FkLXBh dGguCiAgICBJZiB0aGUgLS1uby1zaXRlLWxpc3Agb3B0aW9uIGlzIHVzZWQsIHRoaXMgcGllY2Ug aXMgZXhjbHVkZWQuCiAqLwoK --089e016353ce546a7b04de2a36a1-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 04 14:29:58 2013 Received: (at 14513) by debbugs.gnu.org; 4 Jun 2013 18:29:58 +0000 Received: from localhost ([127.0.0.1]:50824 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjvzZ-000270-UY for submit@debbugs.gnu.org; Tue, 04 Jun 2013 14:29:58 -0400 Received: from mail-ee0-f41.google.com ([74.125.83.41]:59652) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjvzX-00026e-Cv for 14513@debbugs.gnu.org; Tue, 04 Jun 2013 14:29:56 -0400 Received: by mail-ee0-f41.google.com with SMTP id d4so176181eek.28 for <14513@debbugs.gnu.org>; Tue, 04 Jun 2013 11:27:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=OjMbMRdsV2s5vn0JedfAjYiFAPZuBOqAcNpTAfxthMM=; b=TEwtKWMzQRR0fjIRWsG5kgwry0VtLQyfMDGf8RIlKib4OxV193tY+q+EoxBO/etzhc hscUdVFEfsUgoWCVeWZUid0q/Kf1OztZQtTaqJ3HMurWBIYoFmATm5PRUnGSNRpkiqWV MYFnJ/JFgoP6pGS/zMenKcZryBlrl7kWqfVxBxg43U/Zm4CBgDiXc6WgMPptoz5y9Pca v/Z6egggrxMKp4X0ZXQrjBjgqmFArhT9KmdwVYPDGXDqxZ8pHVIsVde/dLhkBdmFl+/2 a8wXw9KNXZjnSrDtI0woNlNyW37Gm7egpziFC9ujDfOgGJmSzJOFuZl0P9dt+E+AWapr BMPw== MIME-Version: 1.0 X-Received: by 10.15.75.196 with SMTP id l44mr27308167eey.79.1370370470296; Tue, 04 Jun 2013 11:27:50 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Tue, 4 Jun 2013 11:27:50 -0700 (PDT) In-Reply-To: References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> Date: Tue, 4 Jun 2013 19:27:50 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii , Stefan Monnier , 14513@debbugs.gnu.org Content-Type: multipart/mixed; boundary=001a11c38e5218947504de583dc2 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --001a11c38e5218947504de583dc2 Content-Type: multipart/alternative; boundary=001a11c38e5218947104de583dc0 --001a11c38e5218947104de583dc0 Content-Type: text/plain; charset=ISO-8859-1 On 2 June 2013 12:33, Richard Copley wrote: > The attached patch supports both styles. The heuristics didn't turn > out to be as hairy as I imagined. > But my patch is not pretty. I'd be glad to attempt to improve it if there are any suggestions. One last time I'll advocate the change I was thinking of initially: re-add the "ROOT/../site-lisp" entry to PATH_SITELOADSEARCH in epaths.nt, as in the attached patch. It would be possible to add a similar entry for Unix-like systems (by modifying locallisppath in configure.ac), but to me that seems a weird thing to do. I have not considered the NS build that Stefan mentioned. --001a11c38e5218947104de583dc0 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 2= June 2013 12:33, Richard Copley <rcopley@gmail.com> wrote:<= br>
The attached patch supports both styles. The heuristi= cs didn't turn
out to be as hairy as I imagined.

But my patch is not pretty. I'd be glad to attempt t= o improve it if there are any suggestions.

One last time I'll advocate the ch= ange I was thinking of initially: re-add the "ROOT/../site-lisp" = entry to PATH_SITELOADSEARCH in epaths.nt, as in the attached patch.
It would be possible to add a similar entry for Unix-like systems (by modif= ying locallisppath in configure.ac), bu= t to me that seems a weird thing to do. I have not considered the NS build = that Stefan mentioned.
--001a11c38e5218947104de583dc0-- --001a11c38e5218947504de583dc2 Content-Type: application/octet-stream; name="epaths-nt.patch" Content-Disposition: attachment; filename="epaths-nt.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhjf58bq1 PT09IG1vZGlmaWVkIGZpbGUgJ250L2VwYXRocy5udCcKLS0tIG50L2VwYXRocy5udAkyMDEzLTA0 LTA2IDEzOjI1OjE3ICswMDAwCisrKyBudC9lcGF0aHMubnQJMjAxMy0wNi0wNCAxODoxOToxOSAr MDAwMApAQCAtNDgsNyArNDgsNyBAQAogICAgVGhpcyBpcyBjb21iaW5lZCB3aXRoIFBBVEhfTE9B RFNFQVJDSCB0byBtYWtlIHRoZSBkZWZhdWx0IGxvYWQtcGF0aC4KICAgIElmIHRoZSAtLW5vLXNp dGUtbGlzcCBvcHRpb24gaXMgdXNlZCwgdGhpcyBwaWVjZSBpcyBleGNsdWRlZC4KICovCi0jZGVm aW5lIFBBVEhfU0lURUxPQURTRUFSQ0ggIiVlbWFjc19kaXIlL3NoYXJlL2VtYWNzL0BWRVJAL3Np dGUtbGlzcDslZW1hY3NfZGlyJS9zaGFyZS9lbWFjcy9zaXRlLWxpc3AiCisjZGVmaW5lIFBBVEhf U0lURUxPQURTRUFSQ0ggIiVlbWFjc19kaXIlL3NoYXJlL2VtYWNzL0BWRVJAL3NpdGUtbGlzcDsl ZW1hY3NfZGlyJS9zaGFyZS9lbWFjcy9zaXRlLWxpc3A7JWVtYWNzX2RpciUvLi4vc2l0ZS1saXNw IgogCiAvKiBMaWtlIFBBVEhfTE9BRFNFQVJDSCwgYnV0IHVzZWQgb25seSBkdXJpbmcgdGhlIGJ1 aWxkIHByb2Nlc3MKICAgIHdoZW4gRW1hY3MgaXMgZHVtcGluZy4gIENvbmZpZ3VyZSAodXNpbmcg Im1ha2UgZXBhdGhzLWZvcmNlIikgc2V0cwoK --001a11c38e5218947504de583dc2-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 04 15:39:33 2013 Received: (at 14513) by debbugs.gnu.org; 4 Jun 2013 19:39:34 +0000 Received: from localhost ([127.0.0.1]:50884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ujx4u-0004oP-TC for submit@debbugs.gnu.org; Tue, 04 Jun 2013 15:39:33 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:65227) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ujx4r-0004o7-Lx for 14513@debbugs.gnu.org; Tue, 04 Jun 2013 15:39:30 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNV00K00VPPYK00@a-mtaout20.012.net.il> for 14513@debbugs.gnu.org; Tue, 04 Jun 2013 22:37:23 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNV00KMVVUBB2G0@a-mtaout20.012.net.il>; Tue, 04 Jun 2013 22:37:23 +0300 (IDT) Date: Tue, 04 Jun 2013 22:37:22 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <838v2pwtu5.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 14513 Cc: monnier@iro.umontreal.ca, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Tue, 4 Jun 2013 19:27:50 +0100 > From: Richard Copley > > One last time I'll advocate the change I was thinking of initially: re-add > the "ROOT/../site-lisp" entry to PATH_SITELOADSEARCH in epaths.nt, as in > the attached patch. I hear you, but please understand: it's not just addition of a directory to the variable. These directories are tested for existence at startup, and Emacs displays a warning of any of them doesn't exist. So, if the Windows build had a directory that other builds don't, we would need Windows-specific code to ignore this specific directory if it doesn't exist, or make sure it is created -- only on Windows -- at "make install" time. And since this list of directories is constructed in a very convoluted way, paying attention to EMACSLOADPATH in the environment and to whether Emacs is run uninstalled, it is not easy to identify that single directory and ignore it. All this flies in the face of the main reason why I made the MSYS build happen: remove as much Windows specific issues, code, and configury, so that other developers and maintainers could understand how the Windows port is built, and could make changes without fear they break the Windows port too easily. If we don't stick to this attitude, the Windows port is in real danger of falling by the wayside at the slightest change of fortunes. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 04 16:16:19 2013 Received: (at 14513) by debbugs.gnu.org; 4 Jun 2013 20:16:19 +0000 Received: from localhost ([127.0.0.1]:50918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjxeU-0006BH-Km for submit@debbugs.gnu.org; Tue, 04 Jun 2013 16:16:19 -0400 Received: from mail-ea0-f179.google.com ([209.85.215.179]:59659) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjxeS-0006Az-8s for 14513@debbugs.gnu.org; Tue, 04 Jun 2013 16:16:17 -0400 Received: by mail-ea0-f179.google.com with SMTP id z16so562257ead.10 for <14513@debbugs.gnu.org>; Tue, 04 Jun 2013 13:14:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=EDuPK9aafKZyApKTOIG8d+tHH7UNFX+FZ31nYP6whEU=; b=WVVPhwPyNRr9gLEPfEAQjRIupHeIeSk425S00FSSwclfE2ObaxK5fc5Wkmmyw4v/9/ +OBYmcEu6Tut4koL/NDTyzUzhapaFbafgoO3+9EAxIK+1zz3bOoZXCUmTw16tyqv5UC4 RODNdBcnxFk31Z+xNfzA1owh9+dWaBdD8RA0FgxxSUEFWEG+YJpyc7K4OJImZPqIt1qj 39AbaWSSGQKQLtIvXd6tDjpoBnqrfkaktv1UrFTzZX6ZmdYeCZAT8Qgl3D/SDwFb/Rqr esravaRu/s19SGfGM5GNNg0USG9pasIY5y5zoBrq1UhFQksuIHBb2kLhhZbCIBRDuV5e tY1Q== MIME-Version: 1.0 X-Received: by 10.15.36.72 with SMTP id h48mr9866533eev.33.1370376850711; Tue, 04 Jun 2013 13:14:10 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Tue, 4 Jun 2013 13:14:10 -0700 (PDT) In-Reply-To: <838v2pwtu5.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> <838v2pwtu5.fsf@gnu.org> Date: Tue, 4 Jun 2013 21:14:10 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/alternative; boundary=089e016353ce65497704de59b997 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513 Cc: Stefan Monnier , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e016353ce65497704de59b997 Content-Type: text/plain; charset=ISO-8859-1 On 4 June 2013 20:37, Eli Zaretskii wrote: > > Date: Tue, 4 Jun 2013 19:27:50 +0100 > > From: Richard Copley > > > > One last time I'll advocate the change I was thinking of initially: > re-add > > the "ROOT/../site-lisp" entry to PATH_SITELOADSEARCH in epaths.nt, as in > > the attached patch. > > I hear you, but please understand: it's not just addition of a > directory to the variable. These directories are tested for existence > at startup, and Emacs displays a warning of any of them doesn't exist. > So, if the Windows build had a directory that other builds don't, we > would need Windows-specific code to ignore this specific directory if > it doesn't exist, or make sure it is created -- only on Windows -- at > "make install" time. And since this list of directories is > constructed in a very convoluted way, paying attention to > EMACSLOADPATH in the environment and to whether Emacs is run > uninstalled, it is not easy to identify that single directory and > ignore it. > > All this flies in the face of the main reason why I made the MSYS > build happen: remove as much Windows specific issues, code, and > configury, so that other developers and maintainers could understand > how the Windows port is built, and could make changes without fear > they break the Windows port too easily. If we don't stick to this > attitude, the Windows port is in real danger of falling by the wayside > at the slightest change of fortunes. > Okay, I can swallow that, thanks for the explanation. Would it be doable and generally useful to take account of an EMACSSITELOADPATH environment variable, on all platforms? --089e016353ce65497704de59b997 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 4= June 2013 20:37, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Tue, 4 Jun 2013 19:27:50 +0100
> From: Richard Copley <rcopley@= gmail.com>
>
> One last time I'll advocate the change I was thi= nking of initially: re-add
> the "ROOT/../site-lisp" entry to PATH_SITELOADSEARCH in epat= hs.nt, as in
> the attached patch.

I hear you, but please understand: it's not just addition of a directory to the variable. =A0These directories are tested for existence at startup, and Emacs displays a warning of any of them doesn't exist.<= br> So, if the Windows build had a directory that other builds don't, we would need Windows-specific code to ignore this specific directory if
it doesn't exist, or make sure it is created -- only on Windows -- at "make install" time. =A0And since this list of directories is
constructed in a very convoluted way, paying attention to
EMACSLOADPATH in the environment and to whether Emacs is run
uninstalled, it is not easy to identify that single directory and
ignore it.

All this flies in the face of the main reason why I made the MSYS
build happen: remove as much Windows specific issues, code, and
configury, so that other developers and maintainers could understand
how the Windows port is built, and could make changes without fear
they break the Windows port too easily. =A0If we don't stick to this attitude, the Windows port is in real danger of falling by the wayside
at the slightest change of fortunes.

Okay, I can swallow= that, thanks for the explanation.

Would it be doable and generally = useful to take account of an
EMACSSITELOADPATH environment variable, on = all platforms?

--089e016353ce65497704de59b997-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 04 16:23:53 2013 Received: (at 14513) by debbugs.gnu.org; 4 Jun 2013 20:23:53 +0000 Received: from localhost ([127.0.0.1]:50927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ujxlp-0006Uf-9i for submit@debbugs.gnu.org; Tue, 04 Jun 2013 16:23:53 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:51879 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ujxlo-0006UU-2H for 14513@debbugs.gnu.org; Tue, 04 Jun 2013 16:23:52 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Ujxjq-0007Wu-P4; Tue, 04 Jun 2013 16:21:50 -0400 From: Glenn Morris To: Richard Copley Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build References: <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> <838v2pwtu5.fsf@gnu.org> X-Spook: constitution RSA Albanian Firefly White House FIPS140 SHA X-Ran: *.W!Vy2dw("U1}epjy\[0?gvk(lfu& (Richard Copley's message of "Tue, 4 Jun 2013 21:14:10 +0100") Message-ID: <1i8v2p4of5.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14513 Cc: Eli Zaretskii , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.4 (-------) Richard Copley wrote: > Would it be doable and generally useful to take account of an > EMACSSITELOADPATH environment variable, on all platforms? That is basically (IMO a less good version of) http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12100 which I think is a reasonable request, but not straightforward to implement, owing to the messy way this stuff works; and not a high priority since -L works. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 04 19:58:21 2013 Received: (at 14513) by debbugs.gnu.org; 4 Jun 2013 23:58:21 +0000 Received: from localhost ([127.0.0.1]:51055 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uk17M-0005UZ-LI for submit@debbugs.gnu.org; Tue, 04 Jun 2013 19:58:20 -0400 Received: from mail-ea0-f182.google.com ([209.85.215.182]:33365) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uk17K-0005UC-Fh for 14513@debbugs.gnu.org; Tue, 04 Jun 2013 19:58:19 -0400 Received: by mail-ea0-f182.google.com with SMTP id r16so664265ead.41 for <14513@debbugs.gnu.org>; Tue, 04 Jun 2013 16:56:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=KNq6bTlpW4e/VZxLpk4nvbH/+cc8kd0fsjs33ujpfD0=; b=tNfCW9Upx6HOK48XXmeu9Q0zN5hZGpLlYGhn6Uv9tZe9tTTKfdjzw3RFTTHDm7/Ow2 g/HzppmDNdk1cjcrF5r7IALfyKNWaOWIPWGyc5Yajgz2tCVCfGZqoXxqTmQL63eUdTob ok7HhvEujsitGg51EQTXsLKSzxKiLbhpg5qa6S66rP6bQSkdWeszY+y5N4krQnMH2jcZ BjpmIzySmCfbXhKjLAY95cfvE1cBlcs5k6i8u2mbSKS9lnC10YmxON8O/tmLh88dknDi ciReFF0eXwoJXvU7Wsrdnd3hRtjxqqxSvSq1z+GPsuhrPQAmVMMDShrumSZDmAJR5up1 UX4g== X-Received: by 10.14.221.195 with SMTP id r43mr9968242eep.70.1370390172420; Tue, 04 Jun 2013 16:56:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.15.93.130 with HTTP; Tue, 4 Jun 2013 16:55:32 -0700 (PDT) In-Reply-To: <837gif4qni.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> From: Juanma Barranquero Date: Wed, 5 Jun 2013 01:55:32 +0200 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, Stefan Monnier , 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Fri, May 31, 2013 at 8:20 AM, Eli Zaretskii wrote: > I'd prefer to poll users whether they use that ../site-lisp directory, > before adding this to the instructions. I suspect very few do, which > would mean we make the instructions more complex than they already > are. I use ../site-lisp all the time. In /Devel/emacs/repo (which is the shared bzr repo) I have site-lisp, and the checkouts for emacs-24, an optimized build of trunk, a debug one, etc. (all built in-place). I also have older releases, but they don't cause me trouble with .elc because when I run an older Emacs is usually to check something and I run them under -Q (or -q --no-site-file). With the MSYS build, I don't really want to do "make install" (too slow), and if I do, it's in-place, so the ability to share installation dirs between releases does not really do anything for me (not that is not a great feature, just that it doesn't match my use). I hadn't noticed yet that ../site-lisp wasn't now on the load path. I could work around it by deleting share/emacs/site-lisp and symlinking it to ../site-lisp, but then I risk deleting my ../site-lisp when removing an old working copy. Not a good idea. So count this as a belated vote for, at least, documenting --enable-locallisppath J From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 06 11:39:33 2013 Received: (at 14513) by debbugs.gnu.org; 6 Jun 2013 15:39:33 +0000 Received: from localhost ([127.0.0.1]:54497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkcHk-0005XR-OV for submit@debbugs.gnu.org; Thu, 06 Jun 2013 11:39:33 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:50245) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkcHg-0005X5-4o for 14513@debbugs.gnu.org; Thu, 06 Jun 2013 11:39:30 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNZ00400A0QUG00@a-mtaout20.012.net.il> for 14513@debbugs.gnu.org; Thu, 06 Jun 2013 18:37:12 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNZ004I0A1ZI870@a-mtaout20.012.net.il>; Thu, 06 Jun 2013 18:37:12 +0300 (IDT) Date: Thu, 06 Jun 2013 18:37:15 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83txlbuu6s.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, monnier@iro.umontreal.ca, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Juanma Barranquero > Date: Wed, 5 Jun 2013 01:55:32 +0200 > Cc: Stefan Monnier , rcopley@gmail.com, 14513@debbugs.gnu.org > > I use ../site-lisp all the time. In /Devel/emacs/repo (which is the > shared bzr repo) I have site-lisp, and the checkouts for emacs-24, an > optimized build of trunk, a debug one, etc. (all built in-place). I > also have older releases, but they don't cause me trouble with .elc > because when I run an older Emacs is usually to check something and I > run them under -Q (or -q --no-site-file). > > With the MSYS build, I don't really want to do "make install" (too > slow) If "make install" is too slow, perhaps try disabling compression of Lisp and Info files. > and if I do, it's in-place, so the ability to share installation > dirs between releases does not really do anything for me (not that > is not a great feature, just that it doesn't match my use). Anyway, I see nothing specific to Windows in this usage pattern. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 06 21:49:57 2013 Received: (at 14513) by debbugs.gnu.org; 7 Jun 2013 01:49:57 +0000 Received: from localhost ([127.0.0.1]:55475 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkloS-0003dA-El for submit@debbugs.gnu.org; Thu, 06 Jun 2013 21:49:57 -0400 Received: from mail-ea0-f182.google.com ([209.85.215.182]:44833) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkloP-0003cu-Rn for 14513@debbugs.gnu.org; Thu, 06 Jun 2013 21:49:54 -0400 Received: by mail-ea0-f182.google.com with SMTP id r16so3173554ead.27 for <14513@debbugs.gnu.org>; Thu, 06 Jun 2013 18:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QTLyNYBytpdCtQf+ttEC1BdEXka0qivshn2Y/BIDeNg=; b=WeQlg1x353Zr0oQ1BzD+tD6RaQ/buXj1llbNN8//kLsmF8JoR2gfzjO2UNmfXHlYXf 6SoZMYW5gQfL6zGZsMTxv2gqd20lsm9REmu8E7aDYeVcm+MoPUTMiK1qcYCMsb+uBzz8 GfjUjihMKb4excZMtQEjezQ7lNWB6FwKwErv/yB/S/vyVgg7/J/sfbGzrY3EkEbtzcKL Bk/UY4N+gvyw3+LOX+24eCIkNSb9zWfQMTgaY3y+F6IHJ5ayBK715R91bJKoFaPWtIwX KU+ll6nl3Dq5oMKpBCphDTUzQc0pJX2VqaRBpue/tDEDKcLpLroqIBP9ztPl8jbFBe+d 8qRA== X-Received: by 10.14.2.7 with SMTP id 7mr19214959eee.99.1370569790368; Thu, 06 Jun 2013 18:49:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.15.93.130 with HTTP; Thu, 6 Jun 2013 18:49:10 -0700 (PDT) In-Reply-To: <83txlbuu6s.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83txlbuu6s.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 7 Jun 2013 03:49:10 +0200 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Thu, Jun 6, 2013 at 5:37 PM, Eli Zaretskii wrote: > If "make install" is too slow, perhaps try disabling compression of > Lisp and Info files. Already do. It still seems much slower than the old nt/makefile.w32-in "make install". > Anyway, I see nothing specific to Windows in this usage pattern. Well, Windows-specific or not, it was a useful usage pattern, and I would really like to continue using it. My preference would be that it worked as before, but as a last resort I don't object to having to pass --enable-locallisppath, but it does not work right now (amussingly, if you pass --enable-locallisppath=%emacs_dir%/../site-lisp, after "make install" you get a directory called "%emacs_dir%"). From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 07 02:52:12 2013 Received: (at 14513) by debbugs.gnu.org; 7 Jun 2013 06:52:12 +0000 Received: from localhost ([127.0.0.1]:55768 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkqWx-0007Rj-PZ for submit@debbugs.gnu.org; Fri, 07 Jun 2013 02:52:12 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:52862) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UkqWt-0007R9-V0 for 14513@debbugs.gnu.org; Fri, 07 Jun 2013 02:52:09 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MO000800G9XD000@a-mtaout21.012.net.il> for 14513@debbugs.gnu.org; Fri, 07 Jun 2013 09:52:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MO0008RDGEP4J70@a-mtaout21.012.net.il>; Fri, 07 Jun 2013 09:52:02 +0300 (IDT) Date: Fri, 07 Jun 2013 09:51:51 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Juanma Barranquero Message-id: <83k3m6v2ew.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83txlbuu6s.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513 Cc: rcopley@gmail.com, 14513@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Juanma Barranquero > Date: Fri, 7 Jun 2013 03:49:10 +0200 > Cc: rcopley@gmail.com, 14513@debbugs.gnu.org > > as a last resort I don't object to having to pass > --enable-locallisppath, but it does not work right now I will commit Richard's changes soon, and then it will. > (amussingly, if you pass > --enable-locallisppath=%emacs_dir%/../site-lisp, after "make > install" you get a directory called "%emacs_dir%"). "make install" doesn't accept the --enable-locallisppath option. Perhaps you mean something like this: make install locallisppath=%emacs_dir%/../site-lisp In that case, what you get is exactly what the current Makefile is expected to do: it creates literally each directory in the value of that variable. The %..% part can only be interpreted correctly by Emacs itself, as it needs special code to expand emacs_dir. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 07 04:14:59 2013 Received: (at 14513-done) by debbugs.gnu.org; 7 Jun 2013 08:14:59 +0000 Received: from localhost ([127.0.0.1]:55865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ukrp0-000315-Qe for submit@debbugs.gnu.org; Fri, 07 Jun 2013 04:14:59 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:41785) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ukrov-00030D-Ca for 14513-done@debbugs.gnu.org; Fri, 07 Jun 2013 04:14:53 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MO000J00K50GV00@a-mtaout22.012.net.il> for 14513-done@debbugs.gnu.org; Fri, 07 Jun 2013 11:14:20 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MO000JBGK7V7780@a-mtaout22.012.net.il>; Fri, 07 Jun 2013 11:14:20 +0300 (IDT) Date: Fri, 07 Jun 2013 11:14:07 +0300 From: Eli Zaretskii Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build In-reply-to: X-012-Sender: halo1@inter.net.il To: Richard Copley Message-id: <83bo7iuyls.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14513-done Cc: 14513-done@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 2 Jun 2013 12:33:08 +0100 > From: Richard Copley > > > Date: Sat, 1 Jun 2013 18:25:14 +0100 > > From: Richard Copley > > [...] that's not possible without resorting to > > heuristics, because ${locallisppath} is potentially a ":"-separated path. > > The attached patch supports both styles. The heuristics didn't turn > out to be as hairy as I imagined. > > A few test cases: > > nt/msysconfig.sh > #define PATH_SITELOADSEARCH > "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" > > nt/msysconfig.sh --prefix c:/emacs/emacs-112809 > #define PATH_SITELOADSEARCH > "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" > > nt/msysconfig.sh --prefix="c:\\Program Files (x86)\\Emacs" > #define PATH_SITELOADSEARCH > "%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp" > > nt/msysconfig.sh --prefix="c:/Program Files (x86)/Emacs" > --enable-locallisppath="%emacs_dir%/../site-lisp;d:/wherever/site-lisp" > #define PATH_SITELOADSEARCH > "%emacs_dir%/../site-lisp/;d:/wherever/site-lisp" > > nt/msysconfig.sh --prefix="c:/Program Files (x86)/Emacs" > --enable-locallisppath="%emacs_dir%/../site-lisp;/d/wherever/site-lisp" > #define PATH_SITELOADSEARCH > "%emacs_dir%/../site-lisp/;d:/wherever/site-lisp" > > nt/msysconfig.sh --prefix="/usr/local" > --enable-locallisppath="/usr/local/share/my-site-lisp" > #define PATH_SITELOADSEARCH "%emacs_dir%/share/my-site-lisp" Thanks, I committed this (with ChangeLog entries) in your name. Please note that these patches all but exhausted the limit on the patches we can accept without your signing of legal papers. So additional contributions (which will be most welcome) will need paperwork to be sent to the FSF copyright clerk. Thanks again for working on this. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 07 13:48:20 2013 Received: (at 14513-done) by debbugs.gnu.org; 7 Jun 2013 17:48:20 +0000 Received: from localhost ([127.0.0.1]:56762 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ul0lt-0003fB-IY for submit@debbugs.gnu.org; Fri, 07 Jun 2013 13:48:18 -0400 Received: from mail-ee0-f45.google.com ([74.125.83.45]:62233) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ul0lp-0003eZ-Nr for 14513-done@debbugs.gnu.org; Fri, 07 Jun 2013 13:48:15 -0400 Received: by mail-ee0-f45.google.com with SMTP id c1so1501494eek.32 for <14513-done@debbugs.gnu.org>; Fri, 07 Jun 2013 10:48:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SPhCcXZGgXPn3YrADKaz1maUmskaA2ojOXH68QMz7KI=; b=TAcXHMZN9z2ujY+sI3V4OF12q8jVAMLbRmkdULyRAZVQe83mvaIPidIlBQ0smkvvst qDUSD5aZfcBtMS+JE90LY1yPaArHCuzGSSnR/acWFPTmvS8AfZMoOp9ekGYvdkSoI9Vj 83hqdE7eQT9+lwFOfvQ6AuXByo9Ff8B/G4NeEf9dbpPwSY47r8lSs0p4/vw/rg0J0ztP RhGG/Y9Ur56c5SDIBuYB7276OP84VocqwYbeTCClE03fC2ZzaauVMKZONVgNzLqhPwDc q6ULBqTEDgfjb1MZgC1TUbFs6Ub1pZmZHtN5HtGlhb07HxxsNdID0Q7n8ZcuGyiULzLA 5rXg== MIME-Version: 1.0 X-Received: by 10.14.109.133 with SMTP id s5mr40015617eeg.127.1370627286623; Fri, 07 Jun 2013 10:48:06 -0700 (PDT) Received: by 10.15.22.193 with HTTP; Fri, 7 Jun 2013 10:48:06 -0700 (PDT) In-Reply-To: <83bo7iuyls.fsf@gnu.org> References: <83y5aw4e0x.fsf@gnu.org> <83r4go49dg.fsf@gnu.org> <83hahk467a.fsf@gnu.org> <83ehco42t6.fsf@gnu.org> <837gif4qni.fsf@gnu.org> <83r4gn2xhk.fsf@gnu.org> <838v2t23c5.fsf@gnu.org> <8361xx20lb.fsf@gnu.org> <83bo7iuyls.fsf@gnu.org> Date: Fri, 7 Jun 2013 18:48:06 +0100 Message-ID: Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build From: Richard Copley To: Eli Zaretskii Content-Type: multipart/alternative; boundary=001a11c1a6188a0bff04de9408be X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14513-done Cc: 14513-done@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --001a11c1a6188a0bff04de9408be Content-Type: text/plain; charset=ISO-8859-1 On 7 June 2013 09:14, Eli Zaretskii wrote: > Thanks, I committed this (with ChangeLog entries) in your name. > Cool. I'm disproportionately proud of that. Thanks. --001a11c1a6188a0bff04de9408be Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 7= June 2013 09:14, Eli Zaretskii <eliz@gnu.org> wrote:
Thanks, I committed this (with ChangeLog entries) in your name.
Cool. I'm disproportionately proud of that. Thanks.
=

--001a11c1a6188a0bff04de9408be-- From unknown Mon Aug 18 00:08:43 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 06 Jul 2013 11:24:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator