GNU bug report logs - #14513
24.3.50; Site load-path pieces differ in MSYS build

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Richard Copley <rcopley <at> gmail.com>
Subject: bug#14514: closed (Re: bug#14513: 24.3.50; Site load-path pieces
 differ in MSYS build)
Date: Fri, 07 Jun 2013 08:15:05 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#14513: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 14514 <at> debbugs.gnu.org.

-- 
14513: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14513
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Copley <rcopley <at> gmail.com>
Cc: 14513-done <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build
Date: Fri, 07 Jun 2013 11:14:07 +0300

> Date: Sun, 2 Jun 2013 12:33:08 +0100
> From: Richard Copley <rcopley <at> gmail.com>
> 
> > Date: Sat, 1 Jun 2013 18:25:14 +0100
> > From: Richard Copley <rcopley <at> gmail.com>
> > [...] 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.

[Message part 3 (message/rfc822, inline)]

From: Richard Copley <rcopley <at> gmail.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: Fwd: bug#14513: 24.3.50; Site load-path pieces differ in MSYS build
Date: Thu, 30 May 2013 20:29:52 +0100

[Message part 4 (text/plain, inline)]

On 30 May 2013 20:28, Eli Zaretskii <eliz <at> gnu.org> wrote:

> [Why private email?]
>
No reason at all, that was a mistake, I apologise. I hope you don't mind me
forwarding this to the list.


> > Date: Thu, 30 May 2013 20:14:35 +0100
> > From: Richard Copley <rcopley <at> gmail.com>
> >
> > > >   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.
>

[Message part 5 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.