From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#16772: Failure in "make install" on MS-Windows Date: Mon, 17 Feb 2014 18:44:33 +0200 Message-ID: <83k3ct8z9q.fsf@gnu.org> References: <63r47232fz.fsf@fencepost.gnu.org> <83y51992nd.fsf@gnu.org> <83txbx91f1.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1392655517 6070 80.91.229.3 (17 Feb 2014 16:45:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Feb 2014 16:45:17 +0000 (UTC) Cc: 16772@debbugs.gnu.org, lekktu@gmail.com To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 17 17:45:25 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WFRJm-0005KB-G5 for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Feb 2014 17:45:18 +0100 Original-Received: from localhost ([::1]:42611 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFRJm-0006jY-3S for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Feb 2014 11:45:18 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52000) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFRJc-0006Yt-VN for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2014 11:45:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WFRJX-0005OC-OU for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2014 11:45:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55633) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WFRJX-0005NJ-M3 for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2014 11:45:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WFRJW-0002Xq-97 for bug-gnu-emacs@gnu.org; Mon, 17 Feb 2014 11:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Feb 2014 16:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16772 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16772-submit@debbugs.gnu.org id=B16772.13926554779730 (code B ref 16772); Mon, 17 Feb 2014 16:45:02 +0000 Original-Received: (at 16772) by debbugs.gnu.org; 17 Feb 2014 16:44:37 +0000 Original-Received: from localhost ([127.0.0.1]:56815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WFRJ6-0002Wr-Vv for submit@debbugs.gnu.org; Mon, 17 Feb 2014 11:44:37 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:33688) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WFRJ4-0002Wd-A6 for 16772@debbugs.gnu.org; Mon, 17 Feb 2014 11:44:35 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N1500E00FVSQ800@mtaout29.012.net.il> for 16772@debbugs.gnu.org; Mon, 17 Feb 2014 18:46:54 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N150096YFY6XJ50@mtaout29.012.net.il>; Mon, 17 Feb 2014 18:46:54 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:85759 Archived-At: > Date: Mon, 17 Feb 2014 17:16:06 +0100 > From: Dani Moncayo > Cc: Juanma Barranquero , 16772@debbugs.gnu.org > > >> > Sorry, I don't understand: did you specify DESTDIR, or didn't you? If > >> > you did, please show the full "make install" command line you used. > >> > >> As I said: > >> > >> >> > I've tried the patch: I've gone to the build directory and done "make > >> >> > install prefix='../myinstalldir' GZIP_INFO= GZIP_PROG=". The process > >> >> > has ended up this way: > > > > There's no DESTDIR anywhere in sight here. > > There isn't, no. (and?) And you said its value was ../myinstalldir, which cannot possibly happen unless you set this variable directly from the command line. > >> AFAIK, this is the way to specify the destination directory in "make > >> install" (using the "prefix" parameter). > > > > You explicitly mentioned DESTDIR, not "destination directory": > > Because DESTDIR is the name of a make variable, which is employed in > the sentence which failed in my original bug report (file > "nt/Makefile.in", target "install"): > $(INSTALL_DATA) README.W32 "$(DESTDIR)${datadir}/emacs/$(version)" > > When I try to show the value of that variable, at that point, it seems > to be empty (which seems like a bug). It's not a bug: when this variable is not set explicitly on the Make command line, it should indeed be empty. > >> The problem, I think, is that $(DESTDIR) contains literally the prefix > >> I gave ("../myinstalldir"), which is a relative path (to the "current" > >> directory - at the moment of the "make install"), but since we are now > >> in "nt/Makefile", the current working directory is "/nt", > >> and therefore, relative references like this one don't refer to the > >> intended location. > > > > So I thought you were using DESTDIR on the Make command line. It now > > turns out you didn't use DESTDIR at all. > > No, I didn't. Sorry if I said something that confused you, but AFAIK, > I don't have to set that variable anywere. If DESTDIR is not empty, it means you have set it. > I'd suggest you to try to reproduce this yourself. But failing that, > I'll do it later today... Better try the patch suggested by Juanma.