GNU bug report logs -
#14576
"make install" has trouble with non-standard locallisppath directories
Previous Next
Reported by: Juanma Barranquero <lekktu <at> gmail.com>
Date: Sat, 8 Jun 2013 14:17:01 UTC
Severity: minor
Found in version 24.3.50
Done: Juanma Barranquero <lekktu <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 27 Jun 2013 04:02:28 +0200
with message-id <CAAeL0SRswq_b0tGSbua=J1NnbDPfxsudv0it1GnZHCuK21OJyQ <at> mail.gmail.com>
and subject line Re: bug#14576: "make install" has trouble with non-standard locallisppath directories
has caused the debbugs.gnu.org bug report #14576,
regarding "make install" has trouble with non-standard locallisppath directories
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
14576: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14576
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Package: emacs
Version: 24.3.50
On Windows, using the MSYS build machinery.
If you need to add a non-default lisp directory to the path, by
following nt/INSTALL.MSYS recommendation of doing, for example
./nt/msysconfig.sh
--enable-locallisppath='%emacs_dir%/../site-lisp;%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp'
then "make install" will try to create these directories *in the build
tree* (not the installation dir), and do a poor job at it. In the
above case, after make install the build tree will contain these
directories:
%emacs_dir%
site-lisp;%emacs_dir%/share/emacs/24.3.50/site-lisp;%emacs_dir%/share/emacs/site-lisp
"%emacs_dir%" is literal, an unexpanded environment variable.
Makefile.in contains this old note:
## I'm not sure creating locallisppath here serves any useful purpose.
## If it has the default value, then the later write_subdir commands
## will ensure all these components exist.
## This will only do something if locallisppath has a non-standard value.
## Is it really Emacs's job to create those directories?
## Should we also be ensuring they contain subdirs.el files?
## It would be easy to do, just use write_subdir.
and indeed, I would argue that is not Emacs' job to create them. If
the user is knowledgeable enough to have to use
--enable-locallisppath, s/he'll also know enough to make sure the
directories exist and contain subdirs.el as required.
[Message part 3 (message/rfc822, inline)]
On Sat, Jun 8, 2013 at 5:05 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I removed from nt/INSTALL.MSYS the example that made it sound as if
> %emacs_dir% is supported.
Now that locallisppath does not create directories, I'd suggest
reverting revno:112894 and re-adding the comment about using
%emacs_dir%. It is useful advice.
In fact, I'd go so far as to suggest adding a note about @VER@ (yes,
full of caveats and warnings and whatnot about it being unsupported
and an implementation detail, but still...)
J
This bug report was last modified 11 years and 333 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.