From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Resent-From: Richard Copley Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 May 2013 13:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 14503 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 14503@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.13698354912689 (code B ref -1); Wed, 29 May 2013 13:52:02 +0000 Received: (at submit) by debbugs.gnu.org; 29 May 2013 13:51:31 +0000 Received: from localhost ([127.0.0.1]:39461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhgmo-0000hI-6G for submit@debbugs.gnu.org; Wed, 29 May 2013 09:51:30 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53697) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhgmk-0000h4-5m for submit@debbugs.gnu.org; Wed, 29 May 2013 09:51:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UhglH-0006Y1-0q for submit@debbugs.gnu.org; Wed, 29 May 2013 09:49:56 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.7 required=5.0 tests=BAYES_40,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID,USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:57081) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhglG-0006Xs-Te for submit@debbugs.gnu.org; Wed, 29 May 2013 09:49:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhglF-0000na-4V for bug-gnu-emacs@gnu.org; Wed, 29 May 2013 09:49:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UhglD-0006XC-Ii for bug-gnu-emacs@gnu.org; Wed, 29 May 2013 09:49:53 -0400 Received: from mail-ee0-f50.google.com ([74.125.83.50]:45765) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UhglD-0006Wr-BM for bug-gnu-emacs@gnu.org; Wed, 29 May 2013 09:49:51 -0400 Received: by mail-ee0-f50.google.com with SMTP id c41so5398364eek.37 for ; Wed, 29 May 2013 06:49:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6X0Rnsak4nRuYjrfA8FrVXBOKubIdph5Kew/MIGpvyo=; b=NIJbisjFX1WXDQwlLoyqrIZy/WZgizuQPlcDB7LdvgAII1JN4Iai5cWWwP+Xz3SQiN 0ujtjehDfyTDzh1oXCpCpUA7M0tNxwNFGSYC/Q7emHT7+11OcuI4GIB7B8GXNxGF2VCO S3yapP/bbWvNfggNoeFCpTsEmbuMGLcYL9/9o7/21uIsbh0uKwmTrN6BeqPj0qONve6K bYyzUrF6BZFjt6rZlB84o8nouOT4JO+05ndnlkcVIGK+MayVa9Q8nowb+GHgat0OjzhQ 9HcV6CSETrypDWUrWY7wYVR+8LRM1YZofzLwphokixjINuJBdqHqyfRP3eBWoz41egdw sarA== MIME-Version: 1.0 X-Received: by 10.14.100.68 with SMTP id y44mr3419297eef.70.1369835389940; Wed, 29 May 2013 06:49:49 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Wed, 29 May 2013 06:49:49 -0700 (PDT) Date: Wed, 29 May 2013 14:49:49 +0100 Message-ID: From: Richard Copley Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) 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'. Note that the prerequisites are at {trunk}/lib/alloca.in.h, etc. All seems to work fine if I build inside the source tree. In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-05-29 on 57172UHB Bzr revision: 112768 rgm@gnu.org-20130529071809-s1x95w8thdhvjdc1 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix c:/emacs/emacs-112768 CPPFLAGS='-I G:/usr/include -I C:/GnuWin32/include' LDFLAGS='-L G:/usr/lib -L C:/GnuWin32/lib'' Important settings: value of $LANG: ENG locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r - e - b Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort nadvice gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 May 2013 17:14: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: To: Richard Copley Cc: 14503@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.136984760414499 (code B ref 14503); Wed, 29 May 2013 17:14:02 +0000 Received: (at 14503) by debbugs.gnu.org; 29 May 2013 17:13:24 +0000 Received: from localhost ([127.0.0.1]:40379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UhjwC-0003lm-2N for submit@debbugs.gnu.org; Wed, 29 May 2013 13:13:24 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:49757) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UhjwA-0003lW-0h for 14503@debbugs.gnu.org; Wed, 29 May 2013 13:13:23 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNK00H00KTKJ700@a-mtaout20.012.net.il> for 14503@debbugs.gnu.org; Wed, 29 May 2013 20:11:50 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNK00HB5L3P4YD0@a-mtaout20.012.net.il>; Wed, 29 May 2013 20:11:50 +0300 (IDT) Date: Wed, 29 May 2013 20:12:03 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83hahl678c.fsf@gnu.org> References: X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > 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.) From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Resent-From: Richard Copley Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 29 May 2013 23:50:01 +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: To: Eli Zaretskii Cc: 14503@debbugs.gnu.org Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.136987138915403 (code B ref 14503); Wed, 29 May 2013 23:50:01 +0000 Received: (at 14503) by debbugs.gnu.org; 29 May 2013 23:49:49 +0000 Received: from localhost ([127.0.0.1]:40976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhq7o-00040L-3P for submit@debbugs.gnu.org; Wed, 29 May 2013 19:49:49 -0400 Received: from mail-ob0-f172.google.com ([209.85.214.172]:57940) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uhq7m-000407-3k for 14503@debbugs.gnu.org; Wed, 29 May 2013 19:49:46 -0400 Received: by mail-ob0-f172.google.com with SMTP id wo10so1440561obc.17 for <14503@debbugs.gnu.org>; Wed, 29 May 2013 16:48:14 -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=tm/0h+P+qclZB0nAfab1L92UT4xa1BdJxCSITnU0SCI=; b=PeCxhF9JNUi/U6GsPJ6N87P3Sb7pyjdig6oJiZlwkE6tShC9S9iiFzFHdpBYBgdxup BCpH2R8IkwhXh1A/jiRBET5Fg02OD5kydO2h3pXI8ZGZfck4FzLtiFa9keg5Tl32cIfv 7UmMbTfozm/oXEBJ/TAIeScpeC+/QXS6OTKeD2ME+LlsmrIcTetJ0Cy3SuG+VvwlPso1 myuIJkgNg89oTWQT9gRZOAry4xNF0xnRWmoZi1N137QBx+woCncsTqudpRqvea9vku1f ocov4vYLjx2bsT7RdEYCJqADfofcjPO8CBhwpgDM71a7+DRoDrF9ovrORXeW1jFOicST zrsQ== MIME-Version: 1.0 X-Received: by 10.182.89.193 with SMTP id bq1mr3012975obb.41.1369871294005; Wed, 29 May 2013 16:48:14 -0700 (PDT) Received: by 10.76.87.135 with HTTP; Wed, 29 May 2013 16:48:13 -0700 (PDT) In-Reply-To: <83hahl678c.fsf@gnu.org> References: <83hahl678c.fsf@gnu.org> Date: Thu, 30 May 2013 00:48:13 +0100 Message-ID: From: Richard Copley Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) 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. From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails 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: To: Eli Zaretskii Cc: 14503@debbugs.gnu.org Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.13701926461427 (code B ref 14503); Sun, 02 Jun 2013 17:05:02 +0000 Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 17:04:06 +0000 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 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 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== MIME-Version: 1.0 X-Received: by 10.15.36.72 with SMTP id h48mr2851207eev.33.1370192527307; Sun, 02 Jun 2013 10:02:07 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sun, 2 Jun 2013 10:02:07 -0700 (PDT) In-Reply-To: References: <83hahl678c.fsf@gnu.org> Date: Sun, 2 Jun 2013 18:02:07 +0100 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=089e016353ceddb45404de2eceaa X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --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-- From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jun 2013 17:26:01 +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: To: Richard Copley Cc: 14503@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.13701939365007 (code B ref 14503); Sun, 02 Jun 2013 17:26:01 +0000 Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 17:25:36 +0000 Received: from localhost ([127.0.0.1]:48016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjC2B-0001Ii-Lf for submit@debbugs.gnu.org; Sun, 02 Jun 2013 13:25:36 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:34495) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjC29-0001IO-4W for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 13:25:34 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MNS00F000813E00@a-mtaout21.012.net.il> for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 20:23:39 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNS00FO80BD3G00@a-mtaout21.012.net.il>; Sun, 02 Jun 2013 20:23:39 +0300 (IDT) Date: Sun, 02 Jun 2013 20:23:31 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <838v2szass.fsf@gnu.org> References: <83hahl678c.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 2 Jun 2013 18:02:07 +0100 > From: Richard Copley > Cc: 14503@debbugs.gnu.org > > ... but the out-of-tree build is still broken (even with the pre-release > make, and without bootstrap). Not here, sorry. It sounds like the files it cannot find are all generated by saving the autoloads of certain Lisp packages. Did you perhaps inadvertently deleted those files? If so, does "make autoloads" in the Lisp directory solve the problem? From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails 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 18:01: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: To: Eli Zaretskii Cc: 14503@debbugs.gnu.org Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.137019601910682 (code B ref 14503); Sun, 02 Jun 2013 18:01:02 +0000 Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 18:00:19 +0000 Received: from localhost ([127.0.0.1]:48034 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjCZm-0002mE-KV for submit@debbugs.gnu.org; Sun, 02 Jun 2013 14:00:18 -0400 Received: from mail-ea0-f172.google.com ([209.85.215.172]:45197) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjCZk-0002lw-Uq for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 14:00:18 -0400 Received: by mail-ea0-f172.google.com with SMTP id g14so564691eak.31 for <14503@debbugs.gnu.org>; Sun, 02 Jun 2013 10:58:23 -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=XfeOt4f0iGceD7IZ+enC/qJuF23RcMHrhAptP45jHc4=; b=lQY12X0IZpme16L73ekzGhgA3QpW3niC608DtbF3b+kvycITm//F2USuvckNeGmQ/h wcKFsIlubzt0s9XjAoVQM7N5XSmcWrmzn35Duk/vaRijRYWE3AZGLQaClMv7zDIeFxf7 QCLE9R1Z1dcuLX7MG8Neal1rZDaqGpUkK3ewTFnFeb9fhDAAcYGov3PzdlpKWIwxydYO xy+sOVk/xK8Vgey/xWwgk1vCOLO9X2GZnIMedQygF5CupqUEb35QkofNyU+/1DZJ8/3k NAm+UZ2D4oIPiHPW69KGe6dGQ/yQGYcUAwYWuml4+09o4e5zqJLQGb8LFN0UTO3eUKaA 4j4g== MIME-Version: 1.0 X-Received: by 10.15.111.202 with SMTP id cj50mr20629804eeb.140.1370195903437; Sun, 02 Jun 2013 10:58:23 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sun, 2 Jun 2013 10:58:23 -0700 (PDT) In-Reply-To: <838v2szass.fsf@gnu.org> References: <83hahl678c.fsf@gnu.org> <838v2szass.fsf@gnu.org> Date: Sun, 2 Jun 2013 18:58:23 +0100 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=089e0163550219009504de2f9850 X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e0163550219009504de2f9850 Content-Type: text/plain; charset=ISO-8859-1 [Yet again, sorry for dropping the bug from the CC.] On 2 June 2013 18:23, Eli Zaretskii wrote: > > Date: Sun, 2 Jun 2013 18:02:07 +0100 > > From: Richard Copley > > Cc: 14503@debbugs.gnu.org > > > > ... but the out-of-tree build is still broken (even with the pre-release > > make, and without bootstrap). > > Not here, sorry. > > It sounds like the files it cannot find are all generated by saving > the autoloads of certain Lisp packages. Did you perhaps inadvertently > deleted those files? No. I did this: bzr clean-tree --unknown --ignored --detritus --verbose --force bzr revert --no-backup bzr pull --overwrite bzr update before running autogen, configure and make in MSYS. > If so, does "make autoloads" in the Lisp > directory solve the problem? > Possibly, I will check. But make should still make, right? --089e0163550219009504de2f9850 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
[Yet= again, sorry for dropping the bug from the CC.]
On 2 June 2013 18:23, Eli Zaretskii <eliz@gnu.org> wrot= e:
> Date: Sun, 2 Jun 201= 3 18:02:07 +0100
> From: Richard Copley <rcopley@= gmail.com>
> Cc: 14503@debbugs.gnu.org=
>
> ... but the out-of-tree build is still broken (even with the pre-relea= se
> make, and without bootstrap).

Not here, sorry.

It sounds like the files it cannot find are all generated by saving
the autoloads of certain Lisp packages. =A0Did you perhaps inadvertently deleted those files?

No. I did this:
bzr clean-tree --unknown --ignored --detritus --verbose --force
bzr rev= ert --no-backup
bzr pull --overwrite
bzr update

before running autogen, configure and make in MSY= S.
=A0
=A0If so, does "make autoloads" in the Lisp
directory solve the problem?

Possibly, I will check. But make should still make, = right?

--089e0163550219009504de2f9850-- From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails 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 18:14:01 +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: To: Eli Zaretskii Cc: 14503@debbugs.gnu.org Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.137019679512853 (code B ref 14503); Sun, 02 Jun 2013 18:14:01 +0000 Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 18:13:15 +0000 Received: from localhost ([127.0.0.1]:48050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjCmI-0003LG-SP for submit@debbugs.gnu.org; Sun, 02 Jun 2013 14:13:15 -0400 Received: from mail-ea0-f175.google.com ([209.85.215.175]:33317) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjCmH-0003Kw-3u for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 14:13:14 -0400 Received: by mail-ea0-f175.google.com with SMTP id f10so565016eak.6 for <14503@debbugs.gnu.org>; Sun, 02 Jun 2013 11:11:19 -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=YLLp5J2qbH5gVEGP3CfF8NxQq1XabRacEbdZtNhYS1E=; b=hEUIZLtKDKJ3DTYToGy/C2YGaxdJg7dK6pcqsa7SZaAdt4Qh3cMURZK6IPE9ixrOta 539R99uC/JaLFD791gk9EeDjOgAM3ZWHLZmUrmIMCBCk4ag69tDrqIYxcRFn0fLjIRI/ AyR2UsYEnh8Erlt4Gx4sy2BXoFMgtXcm7f51onXOcX0K+JaCW4gvWUA8p+xd47htVt1a sQ6xDwwNpwqKymvmORDGqO+67Y9eaLUsL3TU8JxpEV0OIcB5t68xwOMU8UoWGmy1TwsJ R7F4D6pLkO4k4zNjIrzCT+e0MgqMvxHDuOVKO2mHFChXXFi6lP2UAJs7KE9/f14Mq8bi Wm/A== MIME-Version: 1.0 X-Received: by 10.15.41.200 with SMTP id s48mr20290161eev.91.1370196679688; Sun, 02 Jun 2013 11:11:19 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sun, 2 Jun 2013 11:11:19 -0700 (PDT) In-Reply-To: References: <83hahl678c.fsf@gnu.org> <838v2szass.fsf@gnu.org> Date: Sun, 2 Jun 2013 19:11:19 +0100 Message-ID: From: Richard Copley Content-Type: multipart/mixed; boundary=089e01681ea25db03a04de2fc68b X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --089e01681ea25db03a04de2fc68b Content-Type: multipart/alternative; boundary=089e01681ea25db03704de2fc689 --089e01681ea25db03704de2fc689 Content-Type: text/plain; charset=ISO-8859-1 On 2 June 2013 18:58, Richard Copley wrote: > On 2 June 2013 18:23, Eli Zaretskii wrote: > If so, does "make autoloads" in the Lisp > >> directory solve the problem? >> > Possibly, I will check. But make should still make, right? > "make autoloads" in the lisp directory succeeds, but there are errors from some of the commands (this is perhaps nearer the root cause of the error). Subsequent "make" still fails as before. I've attached the output of "make autoloads 2>&1". --089e01681ea25db03704de2fc689 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable



On 2 June 2013 18:58, Richard Copley <rcopley@gmail.com> wrote:
On 2 June 2013 18:23, Eli Zaretskii <eliz@gnu.org> wrote:
=A0If so, does "make autoloads" in the Lisp
directory solve the problem?
Possibly, I will check. But make shoul= d still make, right?

"make autoloads" in the lisp directory succeeds, but there<= br> are errors from some of the commands (this is perhaps
nearer the root ca= use of the error). Subsequent "make"
still fails as before. I&= #39;ve attached the output of
"make autoloads 2>&1".
--089e01681ea25db03704de2fc689-- --089e01681ea25db03a04de2fc68b Content-Type: application/octet-stream; name="make-autoloads.log" Content-Disposition: attachment; filename="make-autoloads.log" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hhgjmo5t0 RU1BQ1NMT0FEUEFUSD1nOi9lbWFjcy90cnVuay9saXNwIExDX0FMTD1DIC9nL2VtYWNzL2J1aWxk L3NyYy9lbWFjcyAtYmF0Y2ggLS1uby1zaXRlLWZpbGUgLS1uby1zaXRlLWxpc3AgLWwgYXV0b2xv YWQgXAogICAtLWV2YWwgIihzZXRxIGdlbmVyYXRlLWF1dG9sb2FkLWNvb2tpZSBcIjs7OyMjI2Nh bC1hdXRvbG9hZFwiKSIgXAogICAtLWV2YWwgIihzZXRxIGdlbmVyYXRlZC1hdXRvbG9hZC1maWxl ICh1bm1zeXMtLWZpbGUtbmFtZSBcImc6L2VtYWNzL3RydW5rL2xpc3AvY2FsZW5kYXIvY2FsLWxv YWRkZWZzLmVsXCIpKSIgXAogICAtLWV2YWwgIihzZXRxIG1ha2UtYmFja3VwLWZpbGVzIG5pbCki IFwKICAgLWYgYmF0Y2gtdXBkYXRlLWF1dG9sb2FkcyBnOi9lbWFjcy90cnVuay9saXNwL2NhbGVu ZGFyCkludmFsaWQgZXNjYXBlIGNoYXJhY3RlciBzeW50YXgNCkVNQUNTTE9BRFBBVEg9ZzovZW1h Y3MvdHJ1bmsvbGlzcCBMQ19BTEw9QyAvZy9lbWFjcy9idWlsZC9zcmMvZW1hY3MgLWJhdGNoIC0t bm8tc2l0ZS1maWxlIC0tbm8tc2l0ZS1saXNwIC1sIGF1dG9sb2FkIFwKICAgLS1ldmFsICIoc2V0 cSBnZW5lcmF0ZS1hdXRvbG9hZC1jb29raWUgXCI7OzsjIyNkaWFyeS1hdXRvbG9hZFwiKSIgXAog ICAtLWV2YWwgIihzZXRxIGdlbmVyYXRlZC1hdXRvbG9hZC1maWxlICh1bm1zeXMtLWZpbGUtbmFt ZSBcImc6L2VtYWNzL3RydW5rL2xpc3AvY2FsZW5kYXIvZGlhcnktbG9hZGRlZnMuZWxcIikpIiBc CiAgIC0tZXZhbCAiKHNldHEgbWFrZS1iYWNrdXAtZmlsZXMgbmlsKSIgXAogICAtZiBiYXRjaC11 cGRhdGUtYXV0b2xvYWRzIGc6L2VtYWNzL3RydW5rL2xpc3AvY2FsZW5kYXIKSW52YWxpZCBlc2Nh cGUgY2hhcmFjdGVyIHN5bnRheA0KRU1BQ1NMT0FEUEFUSD1nOi9lbWFjcy90cnVuay9saXNwIExD X0FMTD1DIC9nL2VtYWNzL2J1aWxkL3NyYy9lbWFjcyAtYmF0Y2ggLS1uby1zaXRlLWZpbGUgLS1u by1zaXRlLWxpc3AgLWwgYXV0b2xvYWQgXAogICAtLWV2YWwgIihzZXRxIGdlbmVyYXRlLWF1dG9s b2FkLWNvb2tpZSBcIjs7OyMjI2hvbGlkYXktYXV0b2xvYWRcIikiIFwKICAgLS1ldmFsICIoc2V0 cSBnZW5lcmF0ZWQtYXV0b2xvYWQtZmlsZSAodW5tc3lzLS1maWxlLW5hbWUgXCJnOi9lbWFjcy90 cnVuay9saXNwL2NhbGVuZGFyL2hvbC1sb2FkZGVmcy5lbFwiKSkiIFwKICAgLS1ldmFsICIoc2V0 cSBtYWtlLWJhY2t1cC1maWxlcyBuaWwpIiBcCiAgIC1mIGJhdGNoLXVwZGF0ZS1hdXRvbG9hZHMg ZzovZW1hY3MvdHJ1bmsvbGlzcC9jYWxlbmRhcgpJbnZhbGlkIGVzY2FwZSBjaGFyYWN0ZXIgc3lu dGF4DQpFTUFDU0xPQURQQVRIPWc6L2VtYWNzL3RydW5rL2xpc3AgTENfQUxMPUMgL2cvZW1hY3Mv YnVpbGQvc3JjL2VtYWNzIC1iYXRjaCAtLW5vLXNpdGUtZmlsZSAtLW5vLXNpdGUtbGlzcCAtbCBh dXRvbG9hZCBcCiAgIC0tZXZhbCAiKHNldHEgZ2VuZXJhdGUtYXV0b2xvYWQtY29va2llIFwiOzs7 IyMjbWgtYXV0b2xvYWRcIikiIFwKICAgLS1ldmFsICIoc2V0cSBnZW5lcmF0ZWQtYXV0b2xvYWQt ZmlsZSAodW5tc3lzLS1maWxlLW5hbWUgXCJnOi9lbWFjcy90cnVuay9saXNwL21oLWUvbWgtbG9h ZGRlZnMuZWxcIikpIiBcCiAgIC0tZXZhbCAiKHNldHEgbWFrZS1iYWNrdXAtZmlsZXMgbmlsKSIg XAogICAtZiBiYXRjaC11cGRhdGUtYXV0b2xvYWRzIGc6L2VtYWNzL3RydW5rL2xpc3AvbWgtZQpJ bnZhbGlkIGVzY2FwZSBjaGFyYWN0ZXIgc3ludGF4DQpFTUFDU0xPQURQQVRIPWc6L2VtYWNzL3Ry dW5rL2xpc3AgTENfQUxMPUMgL2cvZW1hY3MvYnVpbGQvc3JjL2VtYWNzIC1iYXRjaCAtLW5vLXNp dGUtZmlsZSAtLW5vLXNpdGUtbGlzcCAtbCBhdXRvbG9hZCBcCiAgIC0tZXZhbCAiKHNldHEgZ2Vu ZXJhdGUtYXV0b2xvYWQtY29va2llIFwiOzs7IyMjdHJhbXAtYXV0b2xvYWRcIikiIFwKICAgLS1l dmFsICIoc2V0cSBnZW5lcmF0ZWQtYXV0b2xvYWQtZmlsZSAodW5tc3lzLS1maWxlLW5hbWUgXCJn Oi9lbWFjcy90cnVuay9saXNwL25ldC90cmFtcC1sb2FkZGVmcy5lbFwiKSkiIFwKICAgLS1ldmFs ICIoc2V0cSBtYWtlLWJhY2t1cC1maWxlcyBuaWwpIiBcCiAgIC1mIGJhdGNoLXVwZGF0ZS1hdXRv bG9hZHMgZzovZW1hY3MvdHJ1bmsvbGlzcC9uZXQKSW52YWxpZCBlc2NhcGUgY2hhcmFjdGVyIHN5 bnRheA0KY2QgZzovZW1hY3MvdHJ1bmsvbGlzcCAmJiBjaG1vZCArdyBwcy1wcmludC5lbCAgZW11 bGF0aW9uL3RwdS1lZHQuZWwgIGVtYWNzLWxpc3AvY2wtbG9hZGRlZnMuZWwgIG1haWwvcm1haWwu ZWwgIGRpcmVkLmVsICBpYnVmZmVyLmVsICBodG1sZm9udGlmeS5lbCAgZW1hY3MtbGlzcC9laWVp by5lbApjZCBnOi9lbWFjcy90cnVuay9saXNwOyBzdWJkaXJzPWBmaW5kIC4gLXR5cGUgZCAtcHJp bnRgOyAgZm9yIGZpbGUgaW4gJHN1YmRpcnM7IGRvICBjYXNlICRmaWxlIGluICovLiogfCAqLy4q LyogfCAqLz0qIHwgKi9vYnNvbGV0ZSB8ICovdGVybSApIDs7ICAqKSB3aW5zPSIkd2lucyAkZmls ZSIgOzsgIGVzYWM7ICBkb25lOyBcCmVjaG8gRGlyZWN0b3JpZXM6ICR3aW5zOyBcCkVNQUNTTE9B RFBBVEg9ZzovZW1hY3MvdHJ1bmsvbGlzcCBMQ19BTEw9QyAvZy9lbWFjcy9idWlsZC9zcmMvZW1h Y3MgLWJhdGNoIC0tbm8tc2l0ZS1maWxlIC0tbm8tc2l0ZS1saXNwIC1sIGF1dG9sb2FkIC0tZXZh bCAnKHNldHEgZ2VuZXJhdGVkLWF1dG9sb2FkLWZpbGUgKHVubXN5cy0tZmlsZS1uYW1lICJnOi9l bWFjcy90cnVuay9saXNwL2xvYWRkZWZzLmVsIikpJyAtZiBiYXRjaC11cGRhdGUtYXV0b2xvYWRz ICR3aW5zCkRpcmVjdG9yaWVzOiAuIC4vY2FsYyAuL2NhbGVuZGFyIC4vY2VkZXQgLi9jZWRldC9l ZGUgLi9jZWRldC9zZW1hbnRpYyAuL2NlZGV0L3NlbWFudGljL2FuYWx5emUgLi9jZWRldC9zZW1h bnRpYy9ib3ZpbmUgLi9jZWRldC9zZW1hbnRpYy9kZWNvcmF0ZSAuL2NlZGV0L3NlbWFudGljL3N5 bXJlZiAuL2NlZGV0L3NlbWFudGljL3dpc2VudCAuL2NlZGV0L3NyZWNvZGUgLi9lbWFjcy1saXNw IC4vZW11bGF0aW9uIC4vZXJjIC4vZXNoZWxsIC4vZ251cyAuL2ludGVybmF0aW9uYWwgLi9sYW5n dWFnZSAuL21haWwgLi9taC1lIC4vbmV0IC4vbnhtbCAuL29yZyAuL3BsYXkgLi9wcm9nbW9kZXMg Li90ZXh0bW9kZXMgLi91cmwgLi92YwpJbnZhbGlkIGVzY2FwZSBjaGFyYWN0ZXIgc3ludGF4DQo= --089e01681ea25db03a04de2fc68b-- From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jun 2013 18:20:04 +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: To: Richard Copley Cc: 14503@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.137019714613865 (code B ref 14503); Sun, 02 Jun 2013 18:20:04 +0000 Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 18:19:06 +0000 Received: from localhost ([127.0.0.1]:48065 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjCry-0003ba-3A for submit@debbugs.gnu.org; Sun, 02 Jun 2013 14:19:06 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:53993) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjCrt-0003Zu-87 for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 14:19:04 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MNS00J002PDC000@a-mtaout23.012.net.il> for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 21:17:07 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNS00JD42SHC200@a-mtaout23.012.net.il>; Sun, 02 Jun 2013 21:17:05 +0300 (IDT) Date: Sun, 02 Jun 2013 21:16:59 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <8361xwz8bo.fsf@gnu.org> References: <83hahl678c.fsf@gnu.org> <838v2szass.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 2 Jun 2013 18:58:23 +0100 > From: Richard Copley > Cc: 14503@debbugs.gnu.org > > bzr clean-tree --unknown --ignored --detritus --verbose --force > bzr revert --no-backup > bzr pull --overwrite > bzr update > > before running autogen, configure and make in MSYS. It's possible that the above commands don't produce a clean branch. I suggest to do a "bzr branch" and then compare the pristine branch with this one. > > If so, does "make autoloads" in the Lisp > > directory solve the problem? > > > > Possibly, I will check. But make should still make, right? The "all" target doesn't seem to invoke anything that recreates those files. Whether that is a or isn't a bug is another matter, but it surely isn't Windows specific. From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jun 2013 19:31: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: To: Richard Copley Cc: 14503@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.137020141225740 (code B ref 14503); Sun, 02 Jun 2013 19:31:02 +0000 Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 19:30:12 +0000 Received: from localhost ([127.0.0.1]:48113 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjDyl-0006h6-EP for submit@debbugs.gnu.org; Sun, 02 Jun 2013 15:30:12 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:38659) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjDyi-0006gB-Hw for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 15:30:09 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MNS00D005UQBP00@a-mtaout22.012.net.il> for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 22:28:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNS00C7F631IOJ0@a-mtaout22.012.net.il>; Sun, 02 Jun 2013 22:28:14 +0300 (IDT) Date: Sun, 02 Jun 2013 22:28:07 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83vc5wxqgo.fsf@gnu.org> References: <83hahl678c.fsf@gnu.org> <838v2szass.fsf@gnu.org> <8361xwz8bo.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 2 Jun 2013 19:48:32 +0100 > From: Richard Copley > > > > > If so, does "make autoloads" in the Lisp > > > > directory solve the problem? > > > > > > > > > > Possibly, I will check. But make should still make, right? > > > > The "all" target doesn't seem to invoke anything that recreates those > > files. > > > They do get created by "make all" when run inside the tree. I think the problem is here: EMACSLOADPATH=g:/emacs/trunk/lisp LC_ALL=C /g/emacs/build/src/emacs -batch --no-site-file --no-site-lisp -l autoload \ --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \ --eval "(setq generated-autoload-file (unmsys--file-name \"g:/emacs/trunk/lisp/calendar/cal-loaddefs.el\"))" \ ^^^^ How come you get here "d:/foo/bar" style of file names, and not MSYS's usual "/d/foo/bar"? Did you per chance invoke the configure script as "g:/emacs/trunk/nt/msysconfig ..."? If so, try "/g/emacs/..." instead. I think what happens in the above command is that MSYS converts g:/emacs/trunk/lisp/calendar/cal-loaddefs.el into g;\emacs\trunk\lisp\calendar\cal-loaddefs.el (note the semi-colon and the backslashes), because it thinks this is a colon-separated path. That's why Emacs complains about invalid escape sequences. Can you add a 'message' to unmsys--file-name to see what kind of argument it is called with? From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails 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 20:30: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: To: Eli Zaretskii Cc: 14503@debbugs.gnu.org Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.13702049421732 (code B ref 14503); Sun, 02 Jun 2013 20:30:02 +0000 Received: (at 14503) by debbugs.gnu.org; 2 Jun 2013 20:29:02 +0000 Received: from localhost ([127.0.0.1]:48140 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjEth-0000RZ-NV for submit@debbugs.gnu.org; Sun, 02 Jun 2013 16:29:02 -0400 Received: from mail-ea0-f177.google.com ([209.85.215.177]:46697) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjEtd-0000Qw-GK for 14503@debbugs.gnu.org; Sun, 02 Jun 2013 16:28:59 -0400 Received: by mail-ea0-f177.google.com with SMTP id j14so627899eak.22 for <14503@debbugs.gnu.org>; Sun, 02 Jun 2013 13:27:03 -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=xP0PHsRHrfYgGYLXb6JgLzmunYBji5D03JSd8La2Tz8=; b=ay/z7tboHyO1m2j/8t4Lyz0VxCIIDLovO5PV8N4keL6bG5+yiE5tunfBh6BPy8ACrp v6fVxSLzRCv981Ce43wFhJN9WSBtyZ7AEkHBTAfgYiUESWee9cW1w+ibLtJdmSgxW85Y qGkyUgJ0wCbo0EVDBjmxUY0R/eLOABq4TfgGaWZgfiAta1NNe1aWWtL8ZVIDu9GE8VWI 58ldNJqFy7HQ3VPzZM0sF8RD5yioRCVusD1FQ0OcG6bo10OM4ACNhltu8YlZnnTpjo+5 5LEtZabow39SGgG5MsQA4j6GRTe/StUTvjHcUmqjGQbb81O4qaX3drtEX/pQWtr7Ex6i uE6A== MIME-Version: 1.0 X-Received: by 10.14.32.8 with SMTP id n8mr20524582eea.98.1370204823157; Sun, 02 Jun 2013 13:27:03 -0700 (PDT) Received: by 10.14.212.67 with HTTP; Sun, 2 Jun 2013 13:27:03 -0700 (PDT) In-Reply-To: <83vc5wxqgo.fsf@gnu.org> References: <83hahl678c.fsf@gnu.org> <838v2szass.fsf@gnu.org> <8361xwz8bo.fsf@gnu.org> <83vc5wxqgo.fsf@gnu.org> Date: Sun, 2 Jun 2013 21:27:03 +0100 Message-ID: From: Richard Copley Content-Type: multipart/alternative; boundary=001a11c27fd4c12a5a04de31abdc X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) --001a11c27fd4c12a5a04de31abdc Content-Type: text/plain; charset=ISO-8859-1 On 2 June 2013 20:28, Eli Zaretskii wrote: > > Date: Sun, 2 Jun 2013 19:48:32 +0100 > > From: Richard Copley > > > > > > > If so, does "make autoloads" in the Lisp > > > > > directory solve the problem? > > > > > > > > > > > > > Possibly, I will check. But make should still make, right? > > > > > > The "all" target doesn't seem to invoke anything that recreates those > > > files. > > > > > > They do get created by "make all" when run inside the tree. > > I think the problem is here: > > EMACSLOADPATH=g:/emacs/trunk/lisp LC_ALL=C /g/emacs/build/src/emacs > -batch --no-site-file --no-site-lisp -l autoload \ > --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \ > --eval "(setq generated-autoload-file (unmsys--file-name > \"g:/emacs/trunk/lisp/calendar/cal-loaddefs.el\"))" \ > ^^^^ > > How come you get here "d:/foo/bar" style of file names, and not MSYS's > usual "/d/foo/bar"? Did you per chance invoke the configure script as > "g:/emacs/trunk/nt/msysconfig ..."? If so, try "/g/emacs/..." > instead. > Yes, exactly that. My mistake. Sorry for taking up your time. Thank you. > I think what happens in the above command is that MSYS converts > > g:/emacs/trunk/lisp/calendar/cal-loaddefs.el > > into > > g;\emacs\trunk\lisp\calendar\cal-loaddefs.el > > (note the semi-colon and the backslashes), because it thinks this is a > colon-separated path. That's why Emacs complains about invalid escape > sequences. Can you add a 'message' to unmsys--file-name to see what > kind of argument it is called with? > Seems the crash occurred before unmsys--file-name was actually called, because the message never got printed. --001a11c27fd4c12a5a04de31abdc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On 2= June 2013 20:28, Eli Zaretskii <eliz@gnu.org> wrote:
> Date: Sun, 2 Jun 2013 19:48:32 +0100
> From: Richard Copley <rcopley@= gmail.com>
>
> > > > =A0If so, does "make autoloads&q= uot; in the Lisp
> > > > directory solve the problem?
> > > >
> > >
> > > Possibly, I will check. But make should still make, right? > >
> > The "all" target doesn't seem to invoke anything th= at recreates those
> > files.
>
>
> They do get created by "make all" when run inside the tree.<= br>
I think the problem is here:

=A0 EMACSLOADPATH=3Dg:/emacs/trunk/lisp LC_ALL=3DC /g/emacs/build/src/emacs= -batch --no-site-file --no-site-lisp -l autoload \
=A0 =A0 =A0--eval "(setq generate-autoload-cookie \";;;###cal-aut= oload\")" \
=A0 =A0 =A0--eval "(setq generated-autoload-file (unmsys--file-name \&= quot;g:/emacs/trunk/lisp/calendar/cal-loaddefs.el\"))" \
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0^^^^

How come you get here "d:/foo/bar" style of file names, and not M= SYS's
usual "/d/foo/bar"? =A0Did you per chance invoke the configure sc= ript as
"g:/emacs/trunk/nt/msysconfig ..."? =A0If so, try "/g/emacs/= ..."
instead.

Yes, exactly that. My mistake.= Sorry for taking up your time. Thank you.
=A0
I think what happens in the above command is that MSYS converts

=A0 g:/emacs/trunk/lisp/calendar/cal-loaddefs.el

into

=A0 g;\emacs\trunk\lisp\calendar\cal-loaddefs.el

(note the semi-colon and the backslashes), because it thinks this is a
colon-separated path. =A0That's why Emacs complains about invalid escap= e
sequences. =A0Can you add a 'message' to unmsys--file-name to see w= hat
kind of argument it is called with?

Seems the crash occ= urred before unmsys--file-name was actually called,
because the message never got printed.

--001a11c27fd4c12a5a04de31abdc-- From unknown Tue Aug 19 11:04:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#14503: 24.3.50; MSYS out-of-tree build fails Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Jun 2013 17:03:01 +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: To: Richard Copley Cc: 14503@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 14503-submit@debbugs.gnu.org id=B14503.13702789259272 (code B ref 14503); Mon, 03 Jun 2013 17:03:01 +0000 Received: (at 14503) by debbugs.gnu.org; 3 Jun 2013 17:02:05 +0000 Received: from localhost ([127.0.0.1]:49244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjY8z-0002PV-8T for submit@debbugs.gnu.org; Mon, 03 Jun 2013 13:02:05 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:54019) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UjY8w-0002P0-LB for 14503@debbugs.gnu.org; Mon, 03 Jun 2013 13:02:03 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MNT00300TV47X00@a-mtaout20.012.net.il> for 14503@debbugs.gnu.org; Mon, 03 Jun 2013 20:00:03 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MNT0024KTW3Q390@a-mtaout20.012.net.il>; Mon, 03 Jun 2013 20:00:03 +0300 (IDT) Date: Mon, 03 Jun 2013 19:59:59 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <8361xvxh80.fsf@gnu.org> References: <83hahl678c.fsf@gnu.org> <838v2szass.fsf@gnu.org> <8361xwz8bo.fsf@gnu.org> <83vc5wxqgo.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 2 Jun 2013 21:27:03 +0100 > From: Richard Copley > Cc: 14503@debbugs.gnu.org > > > I think the problem is here: > > > > EMACSLOADPATH=g:/emacs/trunk/lisp LC_ALL=C /g/emacs/build/src/emacs > > -batch --no-site-file --no-site-lisp -l autoload \ > > --eval "(setq generate-autoload-cookie \";;;###cal-autoload\")" \ > > --eval "(setq generated-autoload-file (unmsys--file-name > > \"g:/emacs/trunk/lisp/calendar/cal-loaddefs.el\"))" \ > > ^^^^ > > > > How come you get here "d:/foo/bar" style of file names, and not MSYS's > > usual "/d/foo/bar"? Did you per chance invoke the configure script as > > "g:/emacs/trunk/nt/msysconfig ..."? If so, try "/g/emacs/..." > > instead. > > > > Yes, exactly that. My mistake. Sorry for taking up your time. Thank you. I updated the instructions advising against using Windows style file names. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 15 18:36:42 2013 Received: (at control) by debbugs.gnu.org; 15 Jul 2013 22:36:42 +0000 Received: from localhost ([127.0.0.1]:56734 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UyrNp-0000HW-IF for submit@debbugs.gnu.org; Mon, 15 Jul 2013 18:36:41 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:33810 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UyrNn-0000HM-5j for control@debbugs.gnu.org; Mon, 15 Jul 2013 18:36:39 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UyrNm-0002QK-RF for control@debbugs.gnu.org; Mon, 15 Jul 2013 18:36:38 -0400 Date: Mon, 15 Jul 2013 18:36:38 -0400 Message-Id: Subject: control message for bug 14503 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) close 14503