GNU bug report logs - #16772
Failure in "make install" on MS-Windows

Previous Next

Package: emacs;

Reported by: Juanma Barranquero <lekktu <at> gmail.com>

Date: Sun, 16 Feb 2014 21:42:02 UTC

Severity: normal

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 16772 <at> debbugs.gnu.org, lekktu <at> gmail.com, dmoncayo <at> gmail.com
Subject: bug#16772: Failure in "make install" on MS-Windows
Date: Mon, 17 Feb 2014 22:36:04 +0200
> From: Glenn Morris <rgm <at> gnu.org>
> Date: Mon, 17 Feb 2014 14:06:53 -0500
> Cc: 16772 <at> debbugs.gnu.org, Juanma Barranquero <lekktu <at> gmail.com>
> 
> Dani Moncayo wrote:
> 
> >      If you want the installation tree to go to a place that is
> >      different from the one specified by --prefix, say
> >
> >        make install prefix=/where/ever/you/want
> 
> Seems weird to me for Emacs to be recommending that.
> Why would one not specify the right prefix at configure time...?

The above doesn't change the configure-time prefix, as far as
directories recorded in the binaries are concerned.  It just installs
under a different tree root.

It is convenient to do that when you are preparing a binary
distribution, because you then create a tree that includes a single
package.

The reason nt/INSTALL recommends this technique, as opposed to
DESTDIR, is because that is what I use.  And the reason I prefer not
to use DESTDIR is that it fails on Windows if --prefix specified a
Windows style absolute file name, as in --prefix=d:/usr, because you
cannot prepend any non-empty string to that without producing an
invalid file name.




This bug report was last modified 11 years and 155 days ago.

Previous Next


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