From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Copley Newsgroups: gmane.emacs.bugs Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Date: Sun, 2 Jun 2013 18:02:07 +0100 Message-ID: References: <83hahl678c.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e016353ceddb45404de2eceaa X-Trace: ger.gmane.org 1370192605 3789 80.91.229.3 (2 Jun 2013 17:03:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Jun 2013 17:03:25 +0000 (UTC) Cc: 14503@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 02 19:03:24 2013 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 1UjBgf-0001Iq-ML for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Jun 2013 19:03:21 +0200 Original-Received: from localhost ([::1]:56768 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UjBgf-00022A-8L for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Jun 2013 13:03:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37181) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UjBgb-000225-7f for bug-gnu-emacs@gnu.org; Sun, 02 Jun 2013 13:03:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UjBgZ-00035l-RS for bug-gnu-emacs@gnu.org; Sun, 02 Jun 2013 13:03:17 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59648) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UjBgZ-00035C-P5 for bug-gnu-emacs@gnu.org; Sun, 02 Jun 2013 13:03:15 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UjBiI-0000PB-Gx for bug-gnu-emacs@gnu.org; Sun, 02 Jun 2013 13:05:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Richard Copley Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jun 2013 17:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14503 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.13701926461427 (code B ref 14503); Sun, 02 Jun 2013 17:05:02 +0000 Original-Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 17:04:06 +0000 Original-Received: from localhost ([127.0.0.1]:48006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjBhN-0000Mv-Dl for submit@debbugs.gnu.org; Sun, 02 Jun 2013 13:04:06 -0400 Original-Received: from mail-ea0-f180.google.com ([209.85.215.180]:51617) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjBhI-0000Lw-Nw for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 13:04:02 -0400 Original-Received: by mail-ea0-f180.google.com with SMTP id k10so538712eaj.39 for <14503@debbugs.gnu.org>; Sun, 02 Jun 2013 10:02:07 -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=JnFpw2Zgz9JY0EcR0CiPm5naVLeZGEN3zJI/rWO60wE=; b=w51q/uLNENc3apKtzmpWwVI7UFWo21AJY6jdD8TgiomoNSMjipfTQswA9gf8Vc8CJo 3SaqNQaHTR831+QV4ra1j1XUUFuz4jcQ8+jVKFCA9mCza+F72coBl/MfQ8l9aMWKPEXl AEoLc3AXXzQ1ZwX1yoY0DQG5BRDojUDIyust6cKrcVbnwAeyH8VND9ManZxHEE29QH/R bOS++AFDBUHFRea3uWezxh3sVn2kHfl60YheAl8+5ExzD2XPTn0rJGqVoL5OF6Fm46IX j5Ugo4pJ9lm37B6lAaEqrg6FpezSFw0bIXvdDfWbqwLrzlKrQFDTDWuI5niE+52+0nkM URjQ== X-Received: by 10.15.36.72 with SMTP id h48mr2851207eev.33.1370192527307; Sun, 02 Jun 2013 10:02:07 -0700 (PDT) Original-Received: by 10.14.212.67 with HTTP; Sun, 2 Jun 2013 10:02:07 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.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:74754 Archived-At: --089e016353ceddb45404de2eceaa Content-Type: text/plain; charset=ISO-8859-1 On 30 May 2013 00:48, Richard Copley wrote: > On 29 May 2013 18:12, Eli Zaretskii wrote: > >> Date: Wed, 29 May 2013 14:49:49 +0100 > >> From: Richard Copley > >> > >> Building Emacs on Windows according to nt/INSTALL.MSYS, > >> outside the source tree as recommended, "make -k bootstrap" > >> fails while processing {build_dir}/lib/Makefile, with the errors: > >> > >> make[2]: Entering directory `/c/emacs/build/lib' > >> make[2]: *** No rule to make target `alloca.in.h', needed by `alloca.h'. > >> make[2]: *** No rule to make target `errno.in.h', needed by `errno.h'. > >> make[2]: *** No rule to make target `execinfo.in.h', needed by > `execinfo.h'. > >> make[2]: *** No rule to make target `getopt.in.h', needed by `getopt.h'. > > > > Looks like "make bootstrap" is currently broken on Windows when you do > > that outside of the source tree. The problem is tricky, I will fix it > > when I have time. (Btw, the problem I saw does not manifest itself by > > the above error messages, it fails in a different way.) > > > > Anyway, you don't need "make bootstrap" on the first build with the > > MSYS method. In fact, you shouldn't need "make bootstrap" at all, > > unless there are deep changes in Lisp that break a normal "make" > > build. And, contrary to what you say, there's no recommendation to > > bootstrap in INSTALL.MSYS, it says to use just "make". > > > > I just tried a build with "make" outside of the source tree, and I > > didn't have the above problems. (There's a VPATH line in lib/Makefile > > that points to the source directory and allows Make to find the > > prerequisites.) > > Thanks. I tried that too after reading your reply and got the same > errors again. Possibly there's an issue with VPATH support in the > default MSYS Make. In any case, I don't get this problem with the > pre-release version of Make mentioned in INSTALL.MSYS. > ... but the out-of-tree build is still broken (even with the pre-release make, and without bootstrap). The failures are: Compiling g:/emacs/trunk/lisp/calc/calc-aent.el In toplevel form: ../../trunk/lisp/calc/calc-aent.el:29:1:Error: Cannot open load file: calc-loaddefs.el Makefile:247: recipe for target `calc/calc-aent.elc' failed make[2]: *** [calc/calc-aent.elc] Error 1 make[2]: Leaving directory `/g/emacs/build/lisp' Compiling g:/emacs/trunk/lisp/eshell/em-alias.el In toplevel form: ../../trunk/lisp/eshell/em-alias.el:93:1:Error: Cannot open load file: esh-groups Makefile:247: recipe for target `eshell/em-alias.elc' failed make[2]: *** [eshell/em-alias.elc] Error 1 make[2]: Leaving directory `/g/emacs/build/lisp' Compiling g:/emacs/trunk/lisp/org/ob-calc.el In toplevel form: ../../trunk/lisp/org/ob-calc.el:30:1:Error: Cannot open load file: calc-loaddefs.el Makefile:247: recipe for target `org/ob-calc.elc' failed make[2]: *** [org/ob-calc.elc] Error 1 make[2]: Leaving directory `/g/emacs/build/lisp' --089e016353ceddb45404de2eceaa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 3= 0 May 2013 00:48, Richard Copley <rcopley@gmail.com> wrote:<= br>
On 29 May 2013 18:12, Eli Zaretskii <<= a href=3D"mailto:eliz@gnu.org">eliz@gnu.org> wrote:
>> Date: Wed, 29 May 2013 14:49:49 +0100
>> From: Richard Copley <rcop= ley@gmail.com>
>>
>> Building Emacs on Windows according to nt/INSTALL.MSYS,
>> outside the source tree as recommended, "make -k bootstrap&qu= ot;
>> fails while processing {build_dir}/lib/Makefile, with the errors:<= br> >>
>> make[2]: Entering directory `/c/emacs/build/lib'
>> make[2]: *** No rule to make target `alloca.in.h', needed by `= alloca.h'.
>> make[2]: *** No rule to make target `errno.in.h', needed by `e= rrno.h'.
>> make[2]: *** No rule to make target `execinfo.in.h', needed by= `execinfo.h'.
>> make[2]: *** No rule to make target `getopt.in.h', needed by `= getopt.h'.
>
> Looks like "make bootstrap" is currently broken on Windows w= hen you do
> that outside of the source tree. =A0The problem is tricky, I will fix = it
> when I have time. =A0(Btw, the problem I saw does not manifest itself = by
> the above error messages, it fails in a different way.)
>
> Anyway, you don't need "make bootstrap" on the first bui= ld with the
> MSYS method. =A0In fact, you shouldn't need "make bootstrap&q= uot; at all,
> unless there are deep changes in Lisp that break a normal "make&q= uot;
> build. =A0And, contrary to what you say, there's no recommendation= to
> bootstrap in INSTALL.MSYS, it says to use just "make".
>
> I just tried a build with "make" outside of the source tree,= and I
> didn't have the above problems. =A0(There's a VPATH line in li= b/Makefile
> that points to the source directory and allows Make to find the
> prerequisites.)

Thanks. I tried that too after reading your reply and got the s= ame
errors again. Possibly there's an issue with VPATH support in the
default MSYS Make. In any case, I don't get this problem with the
pre-release version of Make mentioned in INSTALL.MSYS.

... but the out-of-= tree build is still broken (even with the pre-release
make, and without = bootstrap).

The failures are:

Compiling g= :/emacs/trunk/lisp/calc/calc-aent.el

In toplevel form:
../../trun= k/lisp/calc/calc-aent.el:29:1:Error: Cannot open load file: calc-loaddefs.e= l
Makefile:247: recipe for target `calc/calc-aent.elc' failed
make[2]:= *** [calc/calc-aent.elc] Error 1
make[2]: Leaving directory `/g/emacs/b= uild/lisp'

Compiling g:/emacs/trunk/lisp/eshell/em-alias.el

In toplevel form:
../../trunk/lisp/eshell/em-alias.el:93:1:Error: Ca= nnot open load file: esh-groups
Makefile:247: recipe for target `eshell/= em-alias.elc' failed
make[2]: *** [eshell/em-alias.elc] Error 1
make[2]: Leaving directory `/g/emacs/build/lisp'

Compiling g:/em= acs/trunk/lisp/org/ob-calc.el

In toplevel form:
../../trunk/lisp/= org/ob-calc.el:30:1:Error: Cannot open load file: calc-loaddefs.el
Makef= ile:247: recipe for target `org/ob-calc.elc' failed
make[2]: *** [org/ob-calc.elc] Error 1
make[2]: Leaving directory `/g/em= acs/build/lisp'

--089e016353ceddb45404de2eceaa--