From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: Some compilation woes Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Jun 2012 13:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 11649@debbugs.gnu.org X-Debbugs-Original-To: Bug-Gnu-Emacs Received: via spool by submit@debbugs.gnu.org id=B.13391617763522 (code B ref -1); Fri, 08 Jun 2012 13:23:02 +0000 Received: (at submit) by debbugs.gnu.org; 8 Jun 2012 13:22:56 +0000 Received: from localhost ([127.0.0.1]:34693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Scz9T-0000ui-AN for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:22:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46768) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Scz9Q-0000uX-VG for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:22:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Scz6y-0007JW-3U for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:20:28 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:45938) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scz6x-0007JP-UJ for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:20:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scz6v-0005X1-4X for bug-gnu-emacs@gnu.org; Fri, 08 Jun 2012 09:20:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Scz6o-0007Fj-OT for bug-gnu-emacs@gnu.org; Fri, 08 Jun 2012 09:20:16 -0400 Received: from mail-pb0-f41.google.com ([209.85.160.41]:46423) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scz6o-0007E8-G3 for bug-gnu-emacs@gnu.org; Fri, 08 Jun 2012 09:20:10 -0400 Received: by pbbrp2 with SMTP id rp2so2804419pbb.0 for ; Fri, 08 Jun 2012 06:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=LoRoO5VfU1TTGDCiCzcdYyxBvofCMAVs9ZR88HnwaWc=; b=D9FdKssLGdyLmnoJ8VbB2IkqY1dJXVl0s/hvONFze+Ez+0EVVDNyRC4lx3CayeZEeU FSQqwSCSCSFonLtKySCExJixb/J/DDzXnlApG+jpEv8ZrMjropyq0x2euXKuL9kWUlJl /JXa1drV0DjinGNy6alDRIMeitL7VKZJFo9pjBcN0i61ib8pZqcCoU73LkOIoSyAYpqw ZT8gwpr78Y3Oc6tHSXWxKxuy61Rnf2PsdOxrvtzsJF+9gjROTtCQJk/muC/YRwabgqHV S637wWSCfZnIL5/Ky3kpdMUA1ZP7GvMyOoWQAgqu/MZJP+ySGTNwiWhBGb+3fm5n3G2b 5n5Q== Received: by 10.68.202.99 with SMTP id kh3mr19650429pbc.157.1339161608115; Fri, 08 Jun 2012 06:20:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.164.7 with HTTP; Fri, 8 Jun 2012 06:19:27 -0700 (PDT) From: Juanma Barranquero Date: Fri, 8 Jun 2012 15:19:27 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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 (------) Package: emacs Version: 24.1.50 1) Bootstrapping now generates a few "lisp nesting exceeds max-lisp-eval-depth" errors: In toplevel form: progmodes/make-mode.el:324:1:Error: Lisp nesting exceeds `max-lisp-eval-dep= th' In toplevel form: textmodes/rst.el:271:1:Error: Lisp nesting exceeds `max-lisp-eval-depth' In toplevel form: cedet/semantic/bovine/c-by.el:183:1:Error: Lisp nesting exceeds `max-lisp-eval-depth' 2) Byte-compilation generates lots of new "function X might not be defined at runtime". AFAICS, they are generated for functions used before they are defined (with defun). 3) Byte-compilation seems quite fragile. After a successful bootstrap, touch'ing every *.el in lisp/** and doing cd lisp make recompile produces quite a few errors: Generating autoloads for ibuf-macs.el... Autoload cookie error in ibuf-macs.el:129 (wrong-type-argument integerp n= il) Autoload cookie error in ibuf-macs.el:160 (wrong-type-argument integerp n= il) Autoload cookie error in ibuf-macs.el:264 (wrong-type-argument integerp n= il) Autoload cookie error in ibuf-macs.el:299 (wrong-type-argument integerp n= il) Generating autoloads for ibuf-macs.el...done In toplevel form: textmodes/rst.el:120:1:Error: Invalid byte code in c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc Checking c:/emacs/trunk/lisp/url... Checking c:/emacs/trunk/lisp/vc... Compiling c:emacs/repo/lisp/vc/pcvs.el... Compiler-macro error: (error "Invalid byte code in c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") Compiler-macro error: (error "Invalid byte code in c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") etc =C2=A0 =C2=A0 Juanma From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 09:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero , Stefan Monnier Cc: 11649@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133923431323576 (code B ref 11649); Sat, 09 Jun 2012 09:32:01 +0000 Received: (at 11649) by debbugs.gnu.org; 9 Jun 2012 09:31:53 +0000 Received: from localhost ([127.0.0.1]:35725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdI1Q-00068D-KA for submit@debbugs.gnu.org; Sat, 09 Jun 2012 05:31:52 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:54768) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdI1N-000683-6z for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 05:31:50 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M5C00L00EL6N000@a-mtaout20.012.net.il> for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 12:29:23 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5C00LIKFOXO320@a-mtaout20.012.net.il>; Sat, 09 Jun 2012 12:29:22 +0300 (IDT) Date: Sat, 09 Jun 2012 12:29:25 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83r4tou93e.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 (-) > From: Juanma Barranquero > Date: Fri, 8 Jun 2012 15:19:27 +0200 > > 1) Bootstrapping now generates a few "lisp nesting exceeds > max-lisp-eval-depth" errors: > > In toplevel form: > progmodes/make-mode.el:324:1:Error: Lisp nesting exceeds `max-lisp-eval-depth' > > In toplevel form: > textmodes/rst.el:271:1:Error: Lisp nesting exceeds `max-lisp-eval-depth' > > In toplevel form: > cedet/semantic/bovine/c-by.el:183:1:Error: Lisp nesting exceeds > `max-lisp-eval-depth' I fixed this in revision 108536, by enlarging the stack depth of the byte compiler when it is run interpreted. The new size is 2200; the largest value I needed to use to compile the above files was 2000. AFAICS, this problem doesn't show on Posix hosts because there the byte compiler is run interpreted only for a small set of Lisp files that are preloaded into Emacs. After these are compiled, the bootstrap process produces a new Emacs executable with those files preloaded, then compiles the rest of Lisp files with this new executable, where the byte compiler no longer runs interpreted. By contrast, on MS-Windows, all of the Lisp files are compiled with the bootstrapped Emacs executable, so they all are compiled with the interpreted byte compiler. Volunteers are welcome to change the Windows bootstrap procedure to include this optimization. In the meantime, a larger stack will have to be the solution. > 2) Byte-compilation generates lots of new "function X might not be > defined at runtime". AFAICS, they are generated for functions used > before they are defined (with defun). I don't see this with the latest trunk. If you do, can you show a complete recipe with the messages it produces? > 3) Byte-compilation seems quite fragile. After a successful bootstrap, > touch'ing every *.el in lisp/** and doing > > cd lisp > make recompile > > produces quite a few errors: > > Generating autoloads for ibuf-macs.el... > Autoload cookie error in ibuf-macs.el:129 (wrong-type-argument integerp nil) > Autoload cookie error in ibuf-macs.el:160 (wrong-type-argument integerp nil) > Autoload cookie error in ibuf-macs.el:264 (wrong-type-argument integerp nil) > Autoload cookie error in ibuf-macs.el:299 (wrong-type-argument integerp nil) > Generating autoloads for ibuf-macs.el...done Do you still see this one? > In toplevel form: > textmodes/rst.el:120:1:Error: Invalid byte code in > c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc > Checking c:/emacs/trunk/lisp/url... > Checking c:/emacs/trunk/lisp/vc... > Compiling c:emacs/repo/lisp/vc/pcvs.el... > Compiler-macro error: (error "Invalid byte code in > c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") > Compiler-macro error: (error "Invalid byte code in > c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") > etc I confirm these. They also happen on GNU/Linux. My interpretation of this is that some of the files compiled by bootstrap-emacs produce invalid .elc files (e.g., cl-macs.elc, cl-lib.elc, and pvcs-util.elc), because once they are compiled by the non-bootstrap Emacs executable, the errors go away. Stefan, can you please look into this? From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 10:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 11649@debbugs.gnu.org, Stefan Monnier Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133923653129791 (code B ref 11649); Sat, 09 Jun 2012 10:09:02 +0000 Received: (at 11649) by debbugs.gnu.org; 9 Jun 2012 10:08:51 +0000 Received: from localhost ([127.0.0.1]:35763 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdIbC-0007kR-Vl for submit@debbugs.gnu.org; Sat, 09 Jun 2012 06:08:51 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]:40562) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdIbB-0007kJ-5W for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 06:08:49 -0400 Received: by dacx6 with SMTP id x6so3169362dac.3 for <11649@debbugs.gnu.org>; Sat, 09 Jun 2012 03:06:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=V+OqYVPZn3q9aOXEXMFNgAhSWHSAXTzQDYDNFfUGIqo=; b=SLsNXB/Z7L4VDwo1dKM34ml+9dD+aXTkB8VmsFxtVxuNqVxZVz2vaiYFx6WNUbgFDP F8H9p4sIB9A+aFgH+1PxiF2IRtrOWFUQ524RZ8NAoVisVDDXE7iYZ/0uzStL8XkTzfe1 T0796x6mTxYAGB32bfTMd0svBnXdNuK2seyUJtYpTsehUtL6Ij+t2/tSPXv75geo9YRo yDf8iOc1Kzn4o4zFFJM5Vj9dT1S6octiEITIjhPWdxYJiM8CxHzluNefIuprKIfiajoA hrrecJE8HYSBfmWep/jrh/kG0wgkSceKzOfXIdtM8ZTLTtcyL3VvHzzezRnikmSImV/Z 4ckg== Received: by 10.68.227.163 with SMTP id sb3mr4821602pbc.74.1339236382762; Sat, 09 Jun 2012 03:06:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.164.7 with HTTP; Sat, 9 Jun 2012 03:05:41 -0700 (PDT) In-Reply-To: <83r4tou93e.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> From: Juanma Barranquero Date: Sat, 9 Jun 2012 12:05:41 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 (--) On Sat, Jun 9, 2012 at 11:29 AM, Eli Zaretskii wrote: > Volunteers are welcome to change the Windows bootstrap procedure to > include this optimization. =C2=A0In the meantime, a larger stack will hav= e > to be the solution. I see. Though the stack depth still depends of the needs of that small number of preloaded files. Presumably none of them is big or complex enough. > I don't see this with the latest trunk. =C2=A0If you do, can you show a > complete recipe with the messages it produces? I will try next wednesday. I don't have access to a build environment right now. But the recipe was just bootstrapping from a clean slate. I saw the warnings because I compare the bootstrap log with the previous bootstrap log (usually a few days older, at most). >> =C2=A0 Autoload cookie error in ibuf-macs.el:129 (wrong-type-argument in= tegerp nil) > > Do you still see this one? I'll check. =C2=A0 =C2=A0 Juanma From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 10:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Juanma Barranquero , 11649@debbugs.gnu.org, Stefan Monnier Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133923699830523 (code B ref 11649); Sat, 09 Jun 2012 10:17:02 +0000 Received: (at 11649) by debbugs.gnu.org; 9 Jun 2012 10:16:38 +0000 Received: from localhost ([127.0.0.1]:35792 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdIik-0007wG-A6 for submit@debbugs.gnu.org; Sat, 09 Jun 2012 06:16:38 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:35395) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SdIii-0007w8-6d for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 06:16:37 -0400 Received: (qmail invoked by alias); 09 Jun 2012 10:14:10 -0000 Received: from 62-47-38-115.adsl.highway.telekom.at (EHLO [62.47.38.115]) [62.47.38.115] by mail.gmx.net (mp036) with SMTP; 09 Jun 2012 12:14:10 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19iE5xG+d9it6kPggBadiTFgT3revF6CwmUW19FyM NHNNUn2NLlt8yU Message-ID: <4FD321F6.3060403@gmx.at> Date: Sat, 09 Jun 2012 12:14:14 +0200 From: martin rudalics MIME-Version: 1.0 References: <83r4tou93e.fsf@gnu.org> In-Reply-To: <83r4tou93e.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) 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.9 (-) > Do you still see this one? > >> In toplevel form: >> textmodes/rst.el:120:1:Error: Invalid byte code in >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc >> Checking c:/emacs/trunk/lisp/url... >> Checking c:/emacs/trunk/lisp/vc... >> Compiling c:emacs/repo/lisp/vc/pcvs.el... >> Compiler-macro error: (error "Invalid byte code in >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") >> Compiler-macro error: (error "Invalid byte code in >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") >> etc > > I confirm these. They also happen on GNU/Linux. My interpretation of > this is that some of the files compiled by bootstrap-emacs produce > invalid .elc files (e.g., cl-macs.elc, cl-lib.elc, and pvcs-util.elc), > because once they are compiled by the non-bootstrap Emacs executable, > the errors go away. Stefan, can you please look into this? I got these too for a couple of weeks but didn't get them with today's bootstrap. martin From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 11:43:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: lekktu@gmail.com, 11649@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13392421398866 (code B ref 11649); Sat, 09 Jun 2012 11:43:03 +0000 Received: (at 11649) by debbugs.gnu.org; 9 Jun 2012 11:42:19 +0000 Received: from localhost ([127.0.0.1]:35830 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdK3d-0002Is-EX for submit@debbugs.gnu.org; Sat, 09 Jun 2012 07:42:18 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:47959) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdK3Z-0002Ib-MD for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 07:42:15 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M5C00M00LL7WF00@a-mtaout20.012.net.il> for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 14:38:54 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5C00M2TLOTEL80@a-mtaout20.012.net.il>; Sat, 09 Jun 2012 14:38:54 +0300 (IDT) Date: Sat, 09 Jun 2012 14:38:58 +0300 From: Eli Zaretskii In-reply-to: <4FD321F6.3060403@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83mx4cu33h.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <4FD321F6.3060403@gmx.at> 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: Sat, 09 Jun 2012 12:14:14 +0200 > From: martin rudalics > CC: Juanma Barranquero , > Stefan Monnier , > 11649@debbugs.gnu.org > > > Do you still see this one? > > > >> In toplevel form: > >> textmodes/rst.el:120:1:Error: Invalid byte code in > >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc > >> Checking c:/emacs/trunk/lisp/url... > >> Checking c:/emacs/trunk/lisp/vc... > >> Compiling c:emacs/repo/lisp/vc/pcvs.el... > >> Compiler-macro error: (error "Invalid byte code in > >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") > >> Compiler-macro error: (error "Invalid byte code in > >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") > >> etc > > > > I confirm these. They also happen on GNU/Linux. My interpretation of > > this is that some of the files compiled by bootstrap-emacs produce > > invalid .elc files (e.g., cl-macs.elc, cl-lib.elc, and pvcs-util.elc), > > because once they are compiled by the non-bootstrap Emacs executable, > > the errors go away. Stefan, can you please look into this? > > I got these too for a couple of weeks but didn't get them with today's > bootstrap. Did you repeat Juanma's recipe? You need to touch every .el file in the lisp/ subdirectory, then type "make recompile". From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 11:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 11649@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13392422289011 (code B ref 11649); Sat, 09 Jun 2012 11:44:02 +0000 Received: (at 11649) by debbugs.gnu.org; 9 Jun 2012 11:43:48 +0000 Received: from localhost ([127.0.0.1]:35836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdK56-0002LH-2q for submit@debbugs.gnu.org; Sat, 09 Jun 2012 07:43:48 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:48309) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdK53-0002LA-V9 for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 07:43:46 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M5C00M00LL7WF00@a-mtaout20.012.net.il> for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 14:41:20 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5C00MKELSWWC10@a-mtaout20.012.net.il>; Sat, 09 Jun 2012 14:41:20 +0300 (IDT) Date: Sat, 09 Jun 2012 14:41:24 +0300 From: Eli Zaretskii In-reply-to: Message-id: <83lijwu2zf.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83r4tou93e.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 (-) > From: Juanma Barranquero > Date: Sat, 9 Jun 2012 12:05:41 +0200 > Cc: Stefan Monnier , 11649@debbugs.gnu.or= g >=20 > On Sat, Jun 9, 2012 at 11:29 AM, Eli Zaretskii wrote= : >=20 > > Volunteers are welcome to change the Windows bootstrap procedure = to > > include this optimization. =C2=A0In the meantime, a larger stack = will have > > to be the solution. >=20 > I see. Though the stack depth still depends of the needs of that sm= all > number of preloaded files. Presumably none of them is big or comple= x > enough. Are you saying that there's some bug in the byte compiler? You may b= e right, although I don't see why the value 1200 should be OK, but 2200 shouldn't. > > I don't see this with the latest trunk. =C2=A0If you do, can you = show a > > complete recipe with the messages it produces? >=20 > I will try next wednesday. I don't have access to a build environme= nt > right now. But the recipe was just bootstrapping from a clean slate= . I > saw the warnings because I compare the bootstrap log with the previ= ous > bootstrap log (usually a few days older, at most). >=20 > >> =C2=A0 Autoload cookie error in ibuf-macs.el:129 (wrong-type-arg= ument integerp nil) > > > > Do you still see this one? >=20 > I'll check. Thanks. From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 13:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: lekktu@gmail.com, 11649@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133924706915916 (code B ref 11649); Sat, 09 Jun 2012 13:05:02 +0000 Received: (at 11649) by debbugs.gnu.org; 9 Jun 2012 13:04:29 +0000 Received: from localhost ([127.0.0.1]:35895 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdLLB-00048f-3F for submit@debbugs.gnu.org; Sat, 09 Jun 2012 09:04:29 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:36807) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SdLL8-00048X-By for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 09:04:27 -0400 Received: (qmail invoked by alias); 09 Jun 2012 13:02:00 -0000 Received: from 62-47-38-115.adsl.highway.telekom.at (EHLO [62.47.38.115]) [62.47.38.115] by mail.gmx.net (mp034) with SMTP; 09 Jun 2012 15:02:00 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19fqawvx9dfCdiaPvwwPejgdYMga9DAOP/kK8Q1Av QodUJX+zw+TREw Message-ID: <4FD34963.5010209@gmx.at> Date: Sat, 09 Jun 2012 15:02:27 +0200 From: martin rudalics MIME-Version: 1.0 References: <83r4tou93e.fsf@gnu.org> <4FD321F6.3060403@gmx.at> <83mx4cu33h.fsf@gnu.org> In-Reply-To: <83mx4cu33h.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) 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.9 (-) > Did you repeat Juanma's recipe? You need to touch every .el file in > the lisp/ subdirectory, then type "make recompile". No. I'll report back when I find out more. martin From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 19:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133927029719540 (code B ref 11649); Sat, 09 Jun 2012 19:32:01 +0000 Received: (at 11649) by debbugs.gnu.org; 9 Jun 2012 19:31:37 +0000 Received: from localhost ([127.0.0.1]:36240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdRNp-000556-AJ for submit@debbugs.gnu.org; Sat, 09 Jun 2012 15:31:37 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]:34094) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdRNn-000550-TF for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 15:31:36 -0400 Received: by dacx6 with SMTP id x6so3482705dac.3 for <11649@debbugs.gnu.org>; Sat, 09 Jun 2012 12:29:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=5Hmk18nLfcd4N2ifPsjqc6z2leCYbU1LLPAJ5Q1XVys=; b=bu/5elIvu0WCewvWhaqNC2cLek2Sfxr5l8Yu7o3U2V1ZRwnVgzUwWb0FSpM6bk70vk XWjJFC+eGo53lV4jwoZQgq3yWAP+mMrEtuKU+qmOyb6+Ie/mJHnxoCKG/zjJx9qrd/4b jMgFOiGwD8q5v/kLNpuEKBTHirUyCH8zEd1NE+nRLCwLrZ0a/59Q82BgKI8YsDesm2db 83AP9t050hdgusXAuPHcNZghfoFHKsUxXqVMpQtnlUSiQEDCQkbUuJNeAnZMvUy2MfBF 3ibLKxEzsBYCkB2ufLxgsiRR+5bRWzgcOOSjx65vCaZy830tWymMQGuj/w98q0n0bBqQ huAg== Received: by 10.68.134.163 with SMTP id pl3mr8956033pbb.167.1339270148361; Sat, 09 Jun 2012 12:29:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.164.7 with HTTP; Sat, 9 Jun 2012 12:28:28 -0700 (PDT) In-Reply-To: <83lijwu2zf.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83lijwu2zf.fsf@gnu.org> From: Juanma Barranquero Date: Sat, 9 Jun 2012 21:28:28 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 (--) On Sat, Jun 9, 2012 at 1:41 PM, Eli Zaretskii wrote: > Are you saying that there's some bug in the byte compiler? =C2=A0You may = be > right, although I don't see why the value 1200 should be OK, but 2200 > shouldn't. No, I'm saying that I don't see a problem in the way it is currently done on Windows because, at the end, even doing it as it is done in POSIX does not guarantee that you won't be forced to use a greater stack depth sooner or later, because it depends on the small number of files that are compiled with the interpreted byte-compiler, and these files are not static; they can grow bigger or more complex and eventually, someday, trigger the same stack depth error. Unless I've failed to understand you. =C2=A0 =C2=A0 Juanma From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Jun 2012 01:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Juanma Barranquero , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133929067318847 (code B ref 11649); Sun, 10 Jun 2012 01:12:02 +0000 Received: (at 11649) by debbugs.gnu.org; 10 Jun 2012 01:11:13 +0000 Received: from localhost ([127.0.0.1]:36328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdWgS-0004tv-S6 for submit@debbugs.gnu.org; Sat, 09 Jun 2012 21:11:13 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:19319) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdWgR-0004tp-Jn for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 21:11:11 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09FxIfQ/2dsb2JhbABEsEiDSYEIghUBAQQBViMFCws0EhQYDSSIHAW6CZBEA6MzgViDBQ X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="190866954" Received: from 69-196-135-208.dsl.teksavvy.com (HELO pastel.home) ([69.196.135.208]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 09 Jun 2012 21:08:42 -0400 Received: by pastel.home (Postfix, from userid 20848) id 727FB58F22; Sat, 9 Jun 2012 21:08:41 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> Date: Sat, 09 Jun 2012 21:08:41 -0400 In-Reply-To: <83r4tou93e.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Jun 2012 12:29:25 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) > By contrast, on MS-Windows, all of the Lisp files are compiled with > the bootstrapped Emacs executable, so they all are compiled with the > interpreted byte compiler. Ahh... that could explain this high stack use. That should also impose a fairly high impact on compilation speed. >> In toplevel form: >> textmodes/rst.el:120:1:Error: Invalid byte code in >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc >> Checking c:/emacs/trunk/lisp/url... >> Checking c:/emacs/trunk/lisp/vc... >> Compiling c:emacs/repo/lisp/vc/pcvs.el... >> Compiler-macro error: (error "Invalid byte code in >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") >> Compiler-macro error: (error "Invalid byte code in >> c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") >> etc > I confirm these. They also happen on GNU/Linux. My interpretation of > this is that some of the files compiled by bootstrap-emacs produce > invalid .elc files (e.g., cl-macs.elc, cl-lib.elc, and pvcs-util.elc), > because once they are compiled by the non-bootstrap Emacs executable, > the errors go away. Stefan, can you please look into this? Usually "Invalid byte code in " happens because is byte-compile-dynamic (as is the case for cl-macs) and you try to call a function from it after byte-compiling a new version of the file. More specifically, the scenario is: 1- load cl-macs.elc. 2- don't call function . 3- change cl-macs.elc. 4- call which is dynamically loaded from cl-macs.elc. 5- now the offset loaded at point 1 is not valid any more, so you get an error: you need to re-load cl-macs.elc. If the above cannot be explained by this scenario, we apparently have a serious new bug. Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Jun 2012 02:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 11649@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133929688927625 (code B ref 11649); Sun, 10 Jun 2012 02:55:02 +0000 Received: (at 11649) by debbugs.gnu.org; 10 Jun 2012 02:54:49 +0000 Received: from localhost ([127.0.0.1]:36354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdYIj-0007BV-9O for submit@debbugs.gnu.org; Sat, 09 Jun 2012 22:54:49 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:33316) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdYIe-0007BL-Q7 for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 22:54:46 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M5D00I00RSBMJ00@a-mtaout23.012.net.il> for 11649@debbugs.gnu.org; Sun, 10 Jun 2012 05:52:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5D00I57RZ2HD90@a-mtaout23.012.net.il>; Sun, 10 Jun 2012 05:52:14 +0300 (IDT) Date: Sun, 10 Jun 2012 05:52:19 +0300 From: Eli Zaretskii In-reply-to: Message-id: <833963ubdo.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83r4tou93e.fsf@gnu.org> <83lijwu2zf.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 (-) > From: Juanma Barranquero > Date: Sat, 9 Jun 2012 21:28:28 +0200 > Cc: 11649@debbugs.gnu.org >=20 > On Sat, Jun 9, 2012 at 1:41 PM, Eli Zaretskii wrote: >=20 > > Are you saying that there's some bug in the byte compiler? =C2= =A0You may be > > right, although I don't see why the value 1200 should be OK, but = 2200 > > shouldn't. >=20 > No, I'm saying that I don't see a problem in the way it is currentl= y > done on Windows because, at the end, even doing it as it is done in > POSIX does not guarantee that you won't be forced to use a greater > stack depth sooner or later, because it depends on the small number= of > files that are compiled with the interpreted byte-compiler, and the= se > files are not static; they can grow bigger or more complex and > eventually, someday, trigger the same stack depth error. Unless I'v= e > failed to understand you. No, you understood me. That's why I didn't hesitate to enlarge the stack size. From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Jun 2012 03:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133929733028281 (code B ref 11649); Sun, 10 Jun 2012 03:03:02 +0000 Received: (at 11649) by debbugs.gnu.org; 10 Jun 2012 03:02:10 +0000 Received: from localhost ([127.0.0.1]:36358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdYPq-0007M5-2k for submit@debbugs.gnu.org; Sat, 09 Jun 2012 23:02:10 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:62926) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdYPn-0007Lx-Kj for 11649@debbugs.gnu.org; Sat, 09 Jun 2012 23:02:08 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M5D00900SAHLL00@a-mtaout22.012.net.il> for 11649@debbugs.gnu.org; Sun, 10 Jun 2012 05:59:38 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5D009C1SBDHM10@a-mtaout22.012.net.il>; Sun, 10 Jun 2012 05:59:38 +0300 (IDT) Date: Sun, 10 Jun 2012 05:59:43 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83zk8bswgw.fsf@gnu.org> References: <83r4tou93e.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 (-) > From: Stefan Monnier > Cc: Juanma Barranquero , 11649@debbugs.gnu.org > Date: Sat, 09 Jun 2012 21:08:41 -0400 > > > By contrast, on MS-Windows, all of the Lisp files are compiled with > > the bootstrapped Emacs executable, so they all are compiled with the > > interpreted byte compiler. > > Ahh... that could explain this high stack use. That should also impose > a fairly high impact on compilation speed. But note that previously, 1200 was enough for the same compilation, and the speed was also much higher. > Usually "Invalid byte code in " happens because is > byte-compile-dynamic (as is the case for cl-macs) and you try to call > a function from it after byte-compiling a new version of the file. > More specifically, the scenario is: > 1- load cl-macs.elc. > 2- don't call function . > 3- change cl-macs.elc. > 4- call which is dynamically loaded from cl-macs.elc. > 5- now the offset loaded at point 1 is not valid any more, so you get an > error: you need to re-load cl-macs.elc. > If the above cannot be explained by this scenario, we apparently have > a serious new bug. Maybe I'm missing something, but it sounds likeyour scenario requires two compilations of cl-macs.el. If so, this scenario cannot explain the problem, because cl-macs.el is compiled exactly once during bootstrap; before the compilation there's only cl-macs.el. From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Jun 2012 14:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.1339339410358 (code B ref 11649); Sun, 10 Jun 2012 14:44:02 +0000 Received: (at 11649) by debbugs.gnu.org; 10 Jun 2012 14:43:30 +0000 Received: from localhost ([127.0.0.1]:36790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdjMX-00005j-Ru for submit@debbugs.gnu.org; Sun, 10 Jun 2012 10:43:30 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:28877) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdjMV-00005b-2d for 11649@debbugs.gnu.org; Sun, 10 Jun 2012 10:43:27 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09FxIfQ/2dsb2JhbABEsEiDSYEIghUBAQQBViMFCws0EhQYDSSIHAW6CZBEA6MzgViDBQ X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="190911593" Received: from 69-196-135-208.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([69.196.135.208]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 10 Jun 2012 10:40:55 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id BE4FDAE279; Sun, 10 Jun 2012 10:40:54 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> Date: Sun, 10 Jun 2012 10:40:54 -0400 In-Reply-To: <83zk8bswgw.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 10 Jun 2012 05:59:43 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) >> > By contrast, on MS-Windows, all of the Lisp files are compiled with >> > the bootstrapped Emacs executable, so they all are compiled with the >> > interpreted byte compiler. >> Ahh... that could explain this high stack use. That should also impose >> a fairly high impact on compilation speed. > But note that previously, 1200 was enough for the same compilation, > and the speed was also much higher. Yes, the stack depth is probably linked to the 8x speed impact discussed elsewhere. > Maybe I'm missing something, but it sounds likeyour scenario requires > two compilations of cl-macs.el. That's right. > If so, this scenario cannot explain the problem, because cl-macs.el is > compiled exactly once during bootstrap; before the compilation there's > only cl-macs.el. Then, we need to investigate the real source of the problem. Does someone have a reproducible recipe for it? Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Jun 2012 16:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13393444967747 (code B ref 11649); Sun, 10 Jun 2012 16:09:02 +0000 Received: (at 11649) by debbugs.gnu.org; 10 Jun 2012 16:08:16 +0000 Received: from localhost ([127.0.0.1]:36841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sdkga-00020t-EF for submit@debbugs.gnu.org; Sun, 10 Jun 2012 12:08:16 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:34648) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdkgY-00020m-Mw for 11649@debbugs.gnu.org; Sun, 10 Jun 2012 12:08:15 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M5E00000SMVQ600@a-mtaout23.012.net.il> for 11649@debbugs.gnu.org; Sun, 10 Jun 2012 19:05:41 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5E000QOSPHN010@a-mtaout23.012.net.il>; Sun, 10 Jun 2012 19:05:41 +0300 (IDT) Date: Sun, 10 Jun 2012 19:05:48 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83vcizrw2r.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.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 (-) > From: Stefan Monnier > Cc: lekktu@gmail.com, 11649@debbugs.gnu.org > Date: Sun, 10 Jun 2012 10:40:54 -0400 > > > If so, this scenario cannot explain the problem, because cl-macs.el is > > compiled exactly once during bootstrap; before the compilation there's > > only cl-macs.el. > > Then, we need to investigate the real source of the problem. > Does someone have a reproducible recipe for it? The way I did it was to wait until the bootstrap version of Emacs, with all the preloaded Lisp files in .el form, dumps itself during bootstrap, then copy the executable aside, and use it for compiling whatever Lisp files I wanted. Andreas suggested a different recipe, which I think is equivalent. From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jun 2012 21:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 11649@debbugs.gnu.org, Stefan Monnier Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13395371639034 (code B ref 11649); Tue, 12 Jun 2012 21:40:01 +0000 Received: (at 11649) by debbugs.gnu.org; 12 Jun 2012 21:39:23 +0000 Received: from localhost ([127.0.0.1]:39843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeYo6-0002Le-B9 for submit@debbugs.gnu.org; Tue, 12 Jun 2012 17:39:22 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:53697) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeYo4-0002LX-P8 for 11649@debbugs.gnu.org; Tue, 12 Jun 2012 17:39:21 -0400 Received: by pbcwy7 with SMTP id wy7so1241987pbc.3 for <11649@debbugs.gnu.org>; Tue, 12 Jun 2012 14:36:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=Yg5POyFFl5rfuLb9YZn+iZIvjOIy+iYPw5HYNTa4hCk=; b=saGt7YGeA6A1mzC3dP8MRcr18TPfddF65GoA/bAz0nNqK/Cf1g9cxC4tv73iZI07aM fhCyr4o4OJy2QnwPfoG6koyuZ79umyGnt+VEu9SkKHamU5+6GGX6jvLgW/nqmg6CmqDh kTMdXCIHJK65IdDjKsJb0t7/QmLYlk48yjjuvpws0cbSZgMjUIcoLeI1eOO9ce0+N40v BJp97Kd+lfuM6xg1xoV1/RVqClVNGh+hDyGPawE3gwIZ3WhZkyPc3bO2XPBs5ZcKUKFL Q7bzQSuh3IMttueLTJVXDCe5nyS82iBmf6G0ALrGa4I8zHjZLBGSRyjFbg2st0+80/W7 4m/g== Received: by 10.68.194.6 with SMTP id hs6mr43448549pbc.133.1339536995640; Tue, 12 Jun 2012 14:36:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.162.16 with HTTP; Tue, 12 Jun 2012 14:35:55 -0700 (PDT) In-Reply-To: <83r4tou93e.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> From: Juanma Barranquero Date: Tue, 12 Jun 2012 23:35:55 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 (--) On Sat, Jun 9, 2012 at 11:29 AM, Eli Zaretskii wrote: >> 2) Byte-compilation generates lots of new "function X might not be >> defined at runtime". AFAICS, they are generated for functions used >> before they are defined (with defun). > > I don't see this with the latest trunk. =C2=A0If you do, can you show a > complete recipe with the messages it produces? I don't see it in today's trunk. >> =C2=A0 Generating autoloads for ibuf-macs.el... >> =C2=A0 Autoload cookie error in ibuf-macs.el:129 (wrong-type-argument in= tegerp nil) >> =C2=A0 Autoload cookie error in ibuf-macs.el:160 (wrong-type-argument in= tegerp nil) >> =C2=A0 Autoload cookie error in ibuf-macs.el:264 (wrong-type-argument in= tegerp nil) >> =C2=A0 Autoload cookie error in ibuf-macs.el:299 (wrong-type-argument in= tegerp nil) >> =C2=A0 Generating autoloads for ibuf-macs.el...done > > Do you still see this one? Yes. As of revno:108574, Autoload cookie error in progmodes/ebrowse.el:3654 (wrong-type-argument integerp nil) ... Autoload cookie error in erc/erc.el:2169 (wrong-type-argument integerp nil) .., Autoload cookie error in emacs-lisp/ert.el:340 (wrong-type-argument integerp nil) ... Autoload cookie error in net/quickurl.el:322 (wrong-type-argument integerp = nil) ... Autoload cookie error in ibuf-macs.el:129 (wrong-type-argument integerp nil= ) Autoload cookie error in ibuf-macs.el:160 (wrong-type-argument integerp nil= ) Autoload cookie error in ibuf-macs.el:264 (wrong-type-argument integerp nil= ) Autoload cookie error in ibuf-macs.el:299 (wrong-type-argument integerp nil= ) > Stefan, can you please look into this? And the "Invalid byte code" errors still happen. =C2=A0 =C2=A0 Juanma From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jun 2012 22:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: Eli Zaretskii , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133954019613264 (code B ref 11649); Tue, 12 Jun 2012 22:30:02 +0000 Received: (at 11649) by debbugs.gnu.org; 12 Jun 2012 22:29:56 +0000 Received: from localhost ([127.0.0.1]:39878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeZb0-0003Rs-2u for submit@debbugs.gnu.org; Tue, 12 Jun 2012 18:29:55 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:56515) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeZav-0003Ri-OD for 11649@debbugs.gnu.org; Tue, 12 Jun 2012 18:29:52 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SeZYF-0000z7-Nh; Tue, 12 Jun 2012 18:27:03 -0400 From: Glenn Morris References: <83r4tou93e.fsf@gnu.org> X-Spook: Albania Audiotel rs9512c NATO pre-emptive NORAD Noriega X-Ran: 8<<6=3ryq|vkNFse-_xfq|e,KTb{%Bh%+?Z9!2/@F|6:=3d{zrB$B*R,>"$nwF:M]kLC%@ X-Hue: black X-Attribution: GM Date: Tue, 12 Jun 2012 18:27:03 -0400 In-Reply-To: (Juanma Barranquero's message of "Tue, 12 Jun 2012 23:35:55 +0200") Message-ID: <57haugmaiw.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Spam-Score: -6.9 (------) 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.9 (------) Juanma Barranquero wrote: > Autoload cookie error in progmodes/ebrowse.el:3654 > (wrong-type-argument integerp nil) Trivially reproducible for me on GNU/Linux, using a variant of the suggested method: bootstrap cd lisp touch ibuf-macs.el make autoloads Here is a backtrace (from autoloads.el): Generating autoloads for ibuf-macs.el... Debugger entered--Lisp error: (wrong-type-argument integerp nil) nthcdr(nil (defmacro* define-ibuffer-column (symbol (&key name inline pro= ps summarizer header-mouse-map) &rest body) "Define a column SYMBOL for use= with `ibuffer-formats'.\n\nBODY will be called with `buffer' bound to the = buffer object, and\n`mark' bound to the current mark on the buffer. The or= iginal ibuffer\nbuffer will be bound to `ibuffer-buf'.\n\nIf NAME is given,= it will be used as a title for the column.\nOtherwise, the title will defa= ult to a capitalized version of the\nSYMBOL's name. PROPS is a plist of ad= ditional properties to add to\nthe text, such as `mouse-face'. And SUMMARI= ZER, if given, is a\nfunction which will be passed a list of all the string= s in its column;\nit should return a string to display at the bottom.\n\nIf= HEADER-MOUSE-MAP is given, it will be used as a keymap for the\ntitle of t= he column.\n\nNote that this macro expands into a `defun' for a function na= med\nibuffer-make-column-NAME. If INLINE is non-nil, then the form will be= \ninlined into the compiled format versions. This means that if you\nchang= e its definition, you should explicitly call\n`ibuffer-recompile-formats'.\= n\n(fn SYMBOL (&key NAME INLINE PROPS SUMMARIZER) &rest BODY)" (declare (in= dent defun)) (let* ((sym (intern (concat "ibuffer-make-column-" (symbol-nam= e symbol)))) (bod-1 (\` (with-current-buffer buffer (\,@ body)))) (bod (if = props (\` (propertize (\, bod-1) (\,@ props))) bod-1))) (\` (progn (\, (if = inline (\` (push ... ibuffer-inline-columns)) (\` (defun ... ... ...)))) (p= ut (quote (\, sym)) (quote ibuffer-column-name) (\, (if (stringp name) name= (capitalize ...)))) (\, (if header-mouse-map (\` (put ... ... ...)))) (\, = (if summarizer (\` (put ... ... ...)))) (\, (if summarizer (\` (put ... ...= nil)))) :autoload-end))))) (let* ((macrop (memq car (quote (defmacro defmacro*)))) (name (nth 1 form= )) (args (cl-case car ((defun defmacro defun* defmacro* define-overloadable= -function) (nth 2 form)) ((define-skeleton) (quote (&optional str arg))) ((= define-generic-mode define-derived-mode define-compilation-mode) nil) (t)))= (body (nthcdr (get car (quote doc-string-elt)) form)) (doc (if (stringp (c= ar body)) (pop body)))) (when (listp args) (setq doc (help-add-fundoc-usage= doc args))) (list (quote autoload) (if (listp name) name (list (quote quot= e) name)) file doc (or (and (memq car (quote (define-skeleton define-derive= d-mode define-generic-mode easy-mmode-define-global-mode define-global-mino= r-mode define-globalized-minor-mode easy-mmode-define-minor-mode define-min= or-mode))) t) (eq (car-safe (car body)) (quote interactive))) (if macrop (l= ist (quote quote) (quote macro)) nil))) (cond ((and expansion (eq car (quote defalias))) (pcase-let* (((\` ((\, _= ) (\, _) (\, arg) \, rest)) form) ((or (and (or ... ...) (let type t)) (and= (let fun arg) (let type nil))) arg) (lam (if (memq (car-safe fun) (quote .= ..)) (cadr fun))) ((or (\` (lambda ... \, body)) (and (let args t) (let bod= y t))) lam) (doc (cond ((stringp ...) (car body)) ((stringp ...) (car rest)= ))) (interactive (pcase body ((or ... ...) t)))) (when (listp args) (setq d= oc (help-add-fundoc-usage doc args))) (\` (autoload (\, (nth 1 form)) (\, f= ile) (\, doc) (\, interactive) (\, type))))) ((and expansion (memq car (quo= te (progn prog1)))) (let ((end (memq :autoload-end form))) (when end (setq = form (copy-sequence form)) (setcdr (memq :autoload-end form) nil)) (let ((e= xps (delq nil (mapcar ... ...)))) (when exps (cons (quote progn) exps))))) = ((and (memq car (quote (easy-mmode-define-global-mode define-global-minor-m= ode define-globalized-minor-mode defun defmacro easy-mmode-define-minor-mod= e define-minor-mode))) (setq expand (let ((load-file-name file)) (macroexpa= nd form))) (memq (car expand) (quote (progn prog1 defalias)))) (make-autolo= ad expand file (quote expansion))) ((memq car (quote (define-skeleton defin= e-derived-mode define-compilation-mode define-generic-mode easy-mmode-defin= e-global-mode define-global-minor-mode define-globalized-minor-mode easy-mm= ode-define-minor-mode define-minor-mode defun* defmacro* define-overloadabl= e-function))) (let* ((macrop (memq car (quote (defmacro defmacro*)))) (name= (nth 1 form)) (args (cl-case car ((defun defmacro defun* defmacro* define-= overloadable-function) (nth 2 form)) ((define-skeleton) (quote ...)) ((defi= ne-generic-mode define-derived-mode define-compilation-mode) nil) (t))) (bo= dy (nthcdr (get car (quote doc-string-elt)) form)) (doc (if (stringp (car b= ody)) (pop body)))) (when (listp args) (setq doc (help-add-fundoc-usage doc= args))) (list (quote autoload) (if (listp name) name (list (quote quote) n= ame)) file doc (or (and (memq car (quote ...)) t) (eq (car-safe (car body))= (quote interactive))) (if macrop (list (quote quote) (quote macro)) nil)))= ) ((eq car (quote defclass)) (let ((name (nth 1 form)) (superclasses (nth 2= form)) (doc (nth 4 form))) (list (quote eieio-defclass-autoload) (list (qu= ote quote) name) (list (quote quote) superclasses) file doc))) ((eq car (qu= ote defcustom)) (let ((varname (car-safe (cdr-safe form))) (init (car-safe = (cdr-safe (cdr-safe form)))) (doc (car-safe (cdr-safe (cdr-safe ...))))) (\= ` (progn (defvar (\, varname) (\, init) (\, doc)) (custom-autoload (quote (= \, varname)) (\, file) (\, (condition-case nil ... ...))))))) ((eq car (quo= te defgroup)) (let ((groupname (nth 1 form))) (\` (let ((loads (get ... ...= ))) (if (member (quote ...) loads) nil (put (quote ...) (quote custom-loads= ) (cons ... loads))))))) ((and expansion (consp form)) form) (t nil)) (let ((car (car-safe form)) expand) (cond ((and expansion (eq car (quote = defalias))) (pcase-let* (((\` (... ... ... \, rest)) form) ((or (and ... ..= .) (and ... ...)) arg) (lam (if (memq ... ...) (cadr fun))) ((or (\` ...) (= and ... ...)) lam) (doc (cond (... ...) (... ...))) (interactive (pcase bod= y (... t)))) (when (listp args) (setq doc (help-add-fundoc-usage doc args))= ) (\` (autoload (\, (nth 1 form)) (\, file) (\, doc) (\, interactive) (\, t= ype))))) ((and expansion (memq car (quote (progn prog1)))) (let ((end (memq= :autoload-end form))) (when end (setq form (copy-sequence form)) (setcdr (= memq :autoload-end form) nil)) (let ((exps (delq nil ...))) (when exps (con= s (quote progn) exps))))) ((and (memq car (quote (easy-mmode-define-global-= mode define-global-minor-mode define-globalized-minor-mode defun defmacro e= asy-mmode-define-minor-mode define-minor-mode))) (setq expand (let ((load-f= ile-name file)) (macroexpand form))) (memq (car expand) (quote (progn prog1= defalias)))) (make-autoload expand file (quote expansion))) ((memq car (qu= ote (define-skeleton define-derived-mode define-compilation-mode define-gen= eric-mode easy-mmode-define-global-mode define-global-minor-mode define-glo= balized-minor-mode easy-mmode-define-minor-mode define-minor-mode defun* de= fmacro* define-overloadable-function))) (let* ((macrop (memq car (quote ...= ))) (name (nth 1 form)) (args (cl-case car (... ...) (... ...) (... nil) (t= ))) (body (nthcdr (get car ...) form)) (doc (if (stringp ...) (pop body))))= (when (listp args) (setq doc (help-add-fundoc-usage doc args))) (list (quo= te autoload) (if (listp name) name (list (quote quote) name)) file doc (or = (and (memq car ...) t) (eq (car-safe ...) (quote interactive))) (if macrop = (list (quote quote) (quote macro)) nil)))) ((eq car (quote defclass)) (let = ((name (nth 1 form)) (superclasses (nth 2 form)) (doc (nth 4 form))) (list = (quote eieio-defclass-autoload) (list (quote quote) name) (list (quote quot= e) superclasses) file doc))) ((eq car (quote defcustom)) (let ((varname (ca= r-safe (cdr-safe form))) (init (car-safe (cdr-safe ...))) (doc (car-safe (c= dr-safe ...)))) (\` (progn (defvar (\, varname) (\, init) (\, doc)) (custom= -autoload (quote ...) (\, file) (\, ...)))))) ((eq car (quote defgroup)) (l= et ((groupname (nth 1 form))) (\` (let ((loads ...)) (if (member ... loads)= nil (put ... ... ...)))))) ((and expansion (consp form)) form) (t nil))) make-autoload((defmacro* define-ibuffer-column (symbol (&key name inline = props summarizer header-mouse-map) &rest body) "Define a column SYMBOL for = use with `ibuffer-formats'.\n\nBODY will be called with `buffer' bound to t= he buffer object, and\n`mark' bound to the current mark on the buffer. The= original ibuffer\nbuffer will be bound to `ibuffer-buf'.\n\nIf NAME is giv= en, it will be used as a title for the column.\nOtherwise, the title will d= efault to a capitalized version of the\nSYMBOL's name. PROPS is a plist of= additional properties to add to\nthe text, such as `mouse-face'. And SUMM= ARIZER, if given, is a\nfunction which will be passed a list of all the str= ings in its column;\nit should return a string to display at the bottom.\n\= nIf HEADER-MOUSE-MAP is given, it will be used as a keymap for the\ntitle o= f the column.\n\nNote that this macro expands into a `defun' for a function= named\nibuffer-make-column-NAME. If INLINE is non-nil, then the form will= be\ninlined into the compiled format versions. This means that if you\nch= ange its definition, you should explicitly call\n`ibuffer-recompile-formats= '.\n\n(fn SYMBOL (&key NAME INLINE PROPS SUMMARIZER) &rest BODY)" (declare = (indent defun)) (let* ((sym (intern (concat "ibuffer-make-column-" (symbol-= name symbol)))) (bod-1 (\` (with-current-buffer buffer (\,@ body)))) (bod (= if props (\` (propertize (\, bod-1) (\,@ props))) bod-1))) (\` (progn (\, (= if inline (\` (push ... ibuffer-inline-columns)) (\` (defun ... ... ...))))= (put (quote (\, sym)) (quote ibuffer-column-name) (\, (if (stringp name) n= ame (capitalize ...)))) (\, (if header-mouse-map (\` (put ... ... ...)))) (= \, (if summarizer (\` (put ... ... ...)))) (\, (if summarizer (\` (put ... = ... nil)))) :autoload-end)))) "ibuf-macs") (let* ((form (prog1 (read (current-buffer)) (or (bolp) (forward-line 1)))= ) (autoload (make-autoload form load-name))) (if autoload (push (nth 1 form= ) autoloads-done) (setq autoload form)) (let ((autoload-print-form-outbuf (= marker-buffer output-start))) (autoload-print-form autoload))) (closure ((ostart . 515329) (output-start . #) (absfile . "/tmp/trunk/lisp/ibuf-macs.el") (otherbuf) (visited) (loa= d-name . "ibuf-macs") (autoloads-done) (outfile . "/tmp/trunk/lisp/loaddefs= .el") (outbuf . #) (file . "ibuf-macs.el") print-readab= ly autoload-modified-buffers t) nil (let* ((form (prog1 (read (current-buff= er)) (or (bolp) (forward-line 1)))) (autoload (make-autoload form load-name= ))) (if autoload (push (nth 1 form) autoloads-done) (setq autoload form)) (= let ((autoload-print-form-outbuf (marker-buffer output-start))) (autoload-p= rint-form autoload))))() funcall((closure ((ostart . 515329) (output-start . #) (absfile . "/tmp/trunk/lisp/ibuf-macs.el") (otherbuf) (visit= ed) (load-name . "ibuf-macs") (autoloads-done) (outfile . "/tmp/trunk/lisp/= loaddefs.el") (outbuf . #) (file . "ibuf-macs.el") prin= t-readably autoload-modified-buffers t) nil (let* ((form (prog1 (read (curr= ent-buffer)) (or (bolp) (forward-line 1)))) (autoload (make-autoload form l= oad-name))) (if autoload (push (nth 1 form) autoloads-done) (setq autoload = form)) (let ((autoload-print-form-outbuf (marker-buffer output-start))) (au= toload-print-form autoload))))) (if debug-on-error (funcall body) (condition-case err (funcall body) (err= or (message "Autoload cookie error in %s:%s %S" file (count-lines (point-mi= n) (point)) err)))) (let ((body (lambda nil (let* ((form (prog1 ... ...)) (autoload (make-aut= oload form load-name))) (if autoload (push (nth 1 form) autoloads-done) (se= tq autoload form)) (let ((autoload-print-form-outbuf ...)) (autoload-print-= form autoload)))))) (if debug-on-error (funcall body) (condition-case err (= funcall body) (error (message "Autoload cookie error in %s:%s %S" file (cou= nt-lines (point-min) (point)) err))))) (condition-case-unless-debug err (let* ((form (prog1 (read (current-buffe= r)) (or (bolp) (forward-line 1)))) (autoload (make-autoload form load-name)= )) (if autoload (push (nth 1 form) autoloads-done) (setq autoload form)) (l= et ((autoload-print-form-outbuf (marker-buffer output-start))) (autoload-pr= int-form autoload))) (error (message "Autoload cookie error in %s:%s %S" fi= le (count-lines (point-min) (point)) err))) (if (eolp) (condition-case-unless-debug err (let* ((form (prog1 (read (cu= rrent-buffer)) (or (bolp) (forward-line 1)))) (autoload (make-autoload form= load-name))) (if autoload (push (nth 1 form) autoloads-done) (setq autoloa= d form)) (let ((autoload-print-form-outbuf (marker-buffer output-start))) (= autoload-print-form autoload))) (error (message "Autoload cookie error in %= s:%s %S" file (count-lines (point-min) (point)) err))) (princ (buffer-subst= ring (progn (skip-chars-backward " \f ") (if (=3D (char-after (1+ ...)) 32)= (forward-char 1)) (point)) (progn (forward-line 1) (point))) (marker-buffe= r output-start))) (cond ((looking-at (regexp-quote generate-autoload-cookie)) (unless outpu= t-start (let ((outbuf (or (if otherbuf nil outbuf) (autoload-find-destinati= on absfile load-name) (throw ... otherbuf)))) (with-current-buffer outbuf (= setq output-start (point-marker) ostart (point))))) (search-forward generat= e-autoload-cookie) (skip-chars-forward " ") (if (eolp) (condition-case-unl= ess-debug err (let* ((form (prog1 ... ...)) (autoload (make-autoload form l= oad-name))) (if autoload (push (nth 1 form) autoloads-done) (setq autoload = form)) (let ((autoload-print-form-outbuf ...)) (autoload-print-form autoloa= d))) (error (message "Autoload cookie error in %s:%s %S" file (count-lines = (point-min) (point)) err))) (princ (buffer-substring (progn (skip-chars-bac= kward " \f ") (if (=3D ... 32) (forward-char 1)) (point)) (progn (forward-l= ine 1) (point))) (marker-buffer output-start)))) ((looking-at ";") (forward= -line 1)) (t (forward-sexp 1) (forward-line 1))) (while (not (eobp)) (skip-chars-forward " \n\f") (cond ((looking-at (reg= exp-quote generate-autoload-cookie)) (unless output-start (let ((outbuf (or= ... ... ...))) (with-current-buffer outbuf (setq output-start (point-marke= r) ostart (point))))) (search-forward generate-autoload-cookie) (skip-chars= -forward " ") (if (eolp) (condition-case-unless-debug err (let* ((form ...= ) (autoload ...)) (if autoload (push ... autoloads-done) (setq autoload for= m)) (let (...) (autoload-print-form autoload))) (error (message "Autoload c= ookie error in %s:%s %S" file (count-lines ... ...) err))) (princ (buffer-s= ubstring (progn (skip-chars-backward " \f ") (if ... ...) (point)) (progn (= forward-line 1) (point))) (marker-buffer output-start)))) ((looking-at ";")= (forward-line 1)) (t (forward-sexp 1) (forward-line 1)))) (save-restriction (widen) (goto-char (point-min)) (while (not (eobp)) (sk= ip-chars-forward " \n\f") (cond ((looking-at (regexp-quote generate-autolo= ad-cookie)) (unless output-start (let ((outbuf ...)) (with-current-buffer o= utbuf (setq output-start ... ostart ...)))) (search-forward generate-autolo= ad-cookie) (skip-chars-forward " ") (if (eolp) (condition-case-unless-debu= g err (let* (... ...) (if autoload ... ...) (let ... ...)) (error (message = "Autoload cookie error in %s:%s %S" file ... err))) (princ (buffer-substrin= g (progn ... ... ...) (progn ... ...)) (marker-buffer output-start)))) ((lo= oking-at ";") (forward-line 1)) (t (forward-sexp 1) (forward-line 1))))) (save-excursion (save-restriction (widen) (goto-char (point-min)) (while = (not (eobp)) (skip-chars-forward " \n\f") (cond ((looking-at (regexp-quote= generate-autoload-cookie)) (unless output-start (let (...) (with-current-b= uffer outbuf ...))) (search-forward generate-autoload-cookie) (skip-chars-f= orward " ") (if (eolp) (condition-case-unless-debug err (let* ... ... ...)= (error ...)) (princ (buffer-substring ... ...) (marker-buffer output-start= )))) ((looking-at ";") (forward-line 1)) (t (forward-sexp 1) (forward-line = 1)))))) (if no-update-autoloads nil (message "Generating autoloads for %s..." fil= e) (setq load-name (if (stringp generated-autoload-load-name) generated-aut= oload-load-name (autoload-file-load-name absfile))) (when (and outfile (not= (if (memq system-type (quote (ms-dos windows-nt))) (equal (downcase outfil= e) (downcase (autoload-generated-file))) (equal outfile (autoload-generated= -file))))) (setq otherbuf t)) (save-excursion (save-restriction (widen) (go= to-char (point-min)) (while (not (eobp)) (skip-chars-forward " \n\f") (con= d ((looking-at (regexp-quote generate-autoload-cookie)) (unless output-star= t (let ... ...)) (search-forward generate-autoload-cookie) (skip-chars-forw= ard " ") (if (eolp) (condition-case-unless-debug err ... ...) (princ ... .= ..))) ((looking-at ";") (forward-line 1)) (t (forward-sexp 1) (forward-line= 1)))))) (when output-start (let ((secondary-autoloads-file-buf (if otherbu= f (current-buffer)))) (with-current-buffer (marker-buffer output-start) (sa= ve-excursion (cl-assert (=3D ostart output-start)) (goto-char output-start)= (let ((relfile ...)) (autoload-insert-section-header (marker-buffer output= -start) autoloads-done load-name relfile (if secondary-autoloads-file-buf .= .. ...)) (insert ";;; Generated autoloads from " relfile "\n"))) (insert ge= nerate-autoload-section-trailer)))) (message "Generating autoloads for %s..= .done" file)) (unless no-update-autoloads (message "Generating autoloads for %s..." fil= e) (setq load-name (if (stringp generated-autoload-load-name) generated-aut= oload-load-name (autoload-file-load-name absfile))) (when (and outfile (not= (if (memq system-type (quote (ms-dos windows-nt))) (equal (downcase outfil= e) (downcase (autoload-generated-file))) (equal outfile (autoload-generated= -file))))) (setq otherbuf t)) (save-excursion (save-restriction (widen) (go= to-char (point-min)) (while (not (eobp)) (skip-chars-forward " \n\f") (con= d ((looking-at (regexp-quote generate-autoload-cookie)) (unless output-star= t (let ... ...)) (search-forward generate-autoload-cookie) (skip-chars-forw= ard " ") (if (eolp) (condition-case-unless-debug err ... ...) (princ ... .= ..))) ((looking-at ";") (forward-line 1)) (t (forward-sexp 1) (forward-line= 1)))))) (when output-start (let ((secondary-autoloads-file-buf (if otherbu= f (current-buffer)))) (with-current-buffer (marker-buffer output-start) (sa= ve-excursion (cl-assert (=3D ostart output-start)) (goto-char output-start)= (let ((relfile ...)) (autoload-insert-section-header (marker-buffer output= -start) autoloads-done load-name relfile (if secondary-autoloads-file-buf .= .. ...)) (insert ";;; Generated autoloads from " relfile "\n"))) (insert ge= nerate-autoload-section-trailer)))) (message "Generating autoloads for %s..= .done" file)) (save-current-buffer (set-buffer (or visited (autoload-find-file file))) = (unless no-update-autoloads (message "Generating autoloads for %s..." file)= (setq load-name (if (stringp generated-autoload-load-name) generated-autol= oad-load-name (autoload-file-load-name absfile))) (when (and outfile (not (= if (memq system-type (quote ...)) (equal (downcase outfile) (downcase ...))= (equal outfile (autoload-generated-file))))) (setq otherbuf t)) (save-excu= rsion (save-restriction (widen) (goto-char (point-min)) (while (not (eobp))= (skip-chars-forward " \n\f") (cond ((looking-at ...) (unless output-start= ...) (search-forward generate-autoload-cookie) (skip-chars-forward " ") (= if ... ... ...)) ((looking-at ";") (forward-line 1)) (t (forward-sexp 1) (f= orward-line 1)))))) (when output-start (let ((secondary-autoloads-file-buf = (if otherbuf (current-buffer)))) (with-current-buffer (marker-buffer output= -start) (save-excursion (cl-assert (=3D ostart output-start)) (goto-char ou= tput-start) (let (...) (autoload-insert-section-header ... autoloads-done l= oad-name relfile ...) (insert ";;; Generated autoloads from " relfile "\n")= )) (insert generate-autoload-section-trailer)))) (message "Generating autol= oads for %s...done" file)) (or visited (kill-buffer (current-buffer)))) (with-current-buffer (or visited (autoload-find-file file)) (unless no-up= date-autoloads (message "Generating autoloads for %s..." file) (setq load-n= ame (if (stringp generated-autoload-load-name) generated-autoload-load-name= (autoload-file-load-name absfile))) (when (and outfile (not (if (memq syst= em-type (quote ...)) (equal (downcase outfile) (downcase ...)) (equal outfi= le (autoload-generated-file))))) (setq otherbuf t)) (save-excursion (save-r= estriction (widen) (goto-char (point-min)) (while (not (eobp)) (skip-chars-= forward " \n\f") (cond ((looking-at ...) (unless output-start ...) (search= -forward generate-autoload-cookie) (skip-chars-forward " ") (if ... ... ..= .)) ((looking-at ";") (forward-line 1)) (t (forward-sexp 1) (forward-line 1= )))))) (when output-start (let ((secondary-autoloads-file-buf (if otherbuf = (current-buffer)))) (with-current-buffer (marker-buffer output-start) (save= -excursion (cl-assert (=3D ostart output-start)) (goto-char output-start) (= let (...) (autoload-insert-section-header ... autoloads-done load-name relf= ile ...) (insert ";;; Generated autoloads from " relfile "\n"))) (insert ge= nerate-autoload-section-trailer)))) (message "Generating autoloads for %s..= .done" file)) (or visited (kill-buffer (current-buffer)))) (let ((autoloads-done (quote nil)) load-name (print-length nil) (print-le= vel nil) (print-readably t) (float-output-format nil) (visited (get-file-bu= ffer file)) (otherbuf nil) (absfile (expand-file-name file)) output-start o= start) (with-current-buffer (or visited (autoload-find-file file)) (unless = no-update-autoloads (message "Generating autoloads for %s..." file) (setq l= oad-name (if (stringp generated-autoload-load-name) generated-autoload-load= -name (autoload-file-load-name absfile))) (when (and outfile (not (if (memq= system-type ...) (equal ... ...) (equal outfile ...)))) (setq otherbuf t))= (save-excursion (save-restriction (widen) (goto-char (point-min)) (while (= not (eobp)) (skip-chars-forward " \n\f") (cond (... ... ... ... ...) (... = ...) (t ... ...))))) (when output-start (let ((secondary-autoloads-file-buf= (if otherbuf ...))) (with-current-buffer (marker-buffer output-start) (sav= e-excursion (cl-assert ...) (goto-char output-start) (let ... ... ...)) (in= sert generate-autoload-section-trailer)))) (message "Generating autoloads f= or %s...done" file)) (or visited (kill-buffer (current-buffer)))) (or (not = output-start) otherbuf)) (catch (quote done) (let ((autoloads-done (quote nil)) load-name (print-l= ength nil) (print-level nil) (print-readably t) (float-output-format nil) (= visited (get-file-buffer file)) (otherbuf nil) (absfile (expand-file-name f= ile)) output-start ostart) (with-current-buffer (or visited (autoload-find-= file file)) (unless no-update-autoloads (message "Generating autoloads for = %s..." file) (setq load-name (if (stringp generated-autoload-load-name) gen= erated-autoload-load-name (autoload-file-load-name absfile))) (when (and ou= tfile (not (if ... ... ...))) (setq otherbuf t)) (save-excursion (save-rest= riction (widen) (goto-char (point-min)) (while (not ...) (skip-chars-forwar= d " \n\f") (cond ... ... ...)))) (when output-start (let ((secondary-autol= oads-file-buf ...)) (with-current-buffer (marker-buffer output-start) (save= -excursion ... ... ...) (insert generate-autoload-section-trailer)))) (mess= age "Generating autoloads for %s...done" file)) (or visited (kill-buffer (c= urrent-buffer)))) (or (not output-start) otherbuf))) autoload-generate-file-autoloads("ibuf-macs.el" # "/t= mp/trunk/lisp/loaddefs.el") (if (autoload-generate-file-autoloads file (current-buffer) buffer-file-n= ame) (push file no-autoloads)) (cond ((and (consp file) (stringp (car file))) (autoload-remove-section (= match-beginning 0)) (let ((last-time (nth 4 form))) (dolist (file file) (le= t ((file-time (nth 5 ...))) (when (and file-time (not ...)) (push file no-a= utoloads) (setq files (delete file files))))))) ((not (stringp file))) ((or= (not (file-exists-p file)) (member file done) (member (expand-file-name fi= le) autoload-excludes)) (autoload-remove-section (match-beginning 0))) ((no= t (time-less-p (nth 4 form) (nth 5 (file-attributes file)))) nil) (t (autol= oad-remove-section (match-beginning 0)) (if (autoload-generate-file-autoloa= ds file (current-buffer) buffer-file-name) (push file no-autoloads)))) (let* ((form (autoload-read-section-header)) (file (nth 3 form))) (cond (= (and (consp file) (stringp (car file))) (autoload-remove-section (match-beg= inning 0)) (let ((last-time (nth 4 form))) (dolist (file file) (let ((file-= time ...)) (when (and file-time ...) (push file no-autoloads) (setq files .= ..)))))) ((not (stringp file))) ((or (not (file-exists-p file)) (member fil= e done) (member (expand-file-name file) autoload-excludes)) (autoload-remov= e-section (match-beginning 0))) ((not (time-less-p (nth 4 form) (nth 5 (fil= e-attributes file)))) nil) (t (autoload-remove-section (match-beginning 0))= (if (autoload-generate-file-autoloads file (current-buffer) buffer-file-na= me) (push file no-autoloads)))) (push file done) (setq files (delete file f= iles))) (while (search-forward generate-autoload-section-header nil t) (let* ((fo= rm (autoload-read-section-header)) (file (nth 3 form))) (cond ((and (consp = file) (stringp (car file))) (autoload-remove-section (match-beginning 0)) (= let ((last-time (nth 4 form))) (dolist (file file) (let (...) (when ... ...= ...))))) ((not (stringp file))) ((or (not (file-exists-p file)) (member fi= le done) (member (expand-file-name file) autoload-excludes)) (autoload-remo= ve-section (match-beginning 0))) ((not (time-less-p (nth 4 form) (nth 5 (fi= le-attributes file)))) nil) (t (autoload-remove-section (match-beginning 0)= ) (if (autoload-generate-file-autoloads file (current-buffer) buffer-file-n= ame) (push file no-autoloads)))) (push file done) (setq files (delete file = files)))) (save-excursion (setq files (delete (file-relative-name buffer-file-name)= (mapcar (quote file-relative-name) files))) (goto-char (point-min)) (while= (search-forward generate-autoload-section-header nil t) (let* ((form (auto= load-read-section-header)) (file (nth 3 form))) (cond ((and (consp file) (s= tringp (car file))) (autoload-remove-section (match-beginning 0)) (let ((la= st-time ...)) (dolist (file file) (let ... ...)))) ((not (stringp file))) (= (or (not (file-exists-p file)) (member file done) (member (expand-file-name= file) autoload-excludes)) (autoload-remove-section (match-beginning 0))) (= (not (time-less-p (nth 4 form) (nth 5 ...))) nil) (t (autoload-remove-secti= on (match-beginning 0)) (if (autoload-generate-file-autoloads file (current= -buffer) buffer-file-name) (push file no-autoloads)))) (push file done) (se= tq files (delete file files))))) (save-current-buffer (set-buffer (autoload-find-generated-file)) (save-ex= cursion (setq files (delete (file-relative-name buffer-file-name) (mapcar (= quote file-relative-name) files))) (goto-char (point-min)) (while (search-f= orward generate-autoload-section-header nil t) (let* ((form (autoload-read-= section-header)) (file (nth 3 form))) (cond ((and (consp file) (stringp ...= )) (autoload-remove-section (match-beginning 0)) (let (...) (dolist ... ...= ))) ((not (stringp file))) ((or (not ...) (member file done) (member ... au= toload-excludes)) (autoload-remove-section (match-beginning 0))) ((not (tim= e-less-p ... ...)) nil) (t (autoload-remove-section (match-beginning 0)) (i= f (autoload-generate-file-autoloads file ... buffer-file-name) (push file n= o-autoloads)))) (push file done) (setq files (delete file files))))) (dolis= t (file files) (cond ((member (expand-file-name file) autoload-excludes) ni= l) ((autoload-generate-file-autoloads file nil buffer-file-name) (push file= no-autoloads)))) (when no-autoloads (setq no-autoloads (sort no-autoloads = (quote string<))) (goto-char (point-max)) (search-backward "\f" nil t) (aut= oload-insert-section-header (current-buffer) nil nil no-autoloads this-time= ) (insert generate-autoload-section-trailer)) (let ((version-control (quote= never))) (save-buffer)) (autoload-save-buffers)) (with-current-buffer (autoload-find-generated-file) (save-excursion (setq= files (delete (file-relative-name buffer-file-name) (mapcar (quote file-re= lative-name) files))) (goto-char (point-min)) (while (search-forward genera= te-autoload-section-header nil t) (let* ((form (autoload-read-section-heade= r)) (file (nth 3 form))) (cond ((and (consp file) (stringp ...)) (autoload-= remove-section (match-beginning 0)) (let (...) (dolist ... ...))) ((not (st= ringp file))) ((or (not ...) (member file done) (member ... autoload-exclud= es)) (autoload-remove-section (match-beginning 0))) ((not (time-less-p ... = ...)) nil) (t (autoload-remove-section (match-beginning 0)) (if (autoload-g= enerate-file-autoloads file ... buffer-file-name) (push file no-autoloads))= )) (push file done) (setq files (delete file files))))) (dolist (file files= ) (cond ((member (expand-file-name file) autoload-excludes) nil) ((autoload= -generate-file-autoloads file nil buffer-file-name) (push file no-autoloads= )))) (when no-autoloads (setq no-autoloads (sort no-autoloads (quote string= <))) (goto-char (point-max)) (search-backward "\f" nil t) (autoload-insert-= section-header (current-buffer) nil nil no-autoloads this-time) (insert gen= erate-autoload-section-trailer)) (let ((version-control (quote never))) (sa= ve-buffer)) (autoload-save-buffers)) (let* ((files-re (let ((tmp nil)) (dolist (suf (get-load-suffixes)) (unle= ss (string-match "\\.elc" suf) (push suf tmp))) (concat "^[^=3D.].*" (regex= p-opt tmp t) "\\'"))) (files (apply (quote nconc) (mapcar (lambda (dir) (di= rectory-files (expand-file-name dir) t files-re)) dirs))) (done nil) (this-= time (current-time)) (no-autoloads nil) (autoload-modified-buffers nil) (ge= nerated-autoload-file (if (called-interactively-p (quote interactive)) (rea= d-file-name "Write autoload definitions to file: ") generated-autoload-file= ))) (with-current-buffer (autoload-find-generated-file) (save-excursion (se= tq files (delete (file-relative-name buffer-file-name) (mapcar (quote file-= relative-name) files))) (goto-char (point-min)) (while (search-forward gene= rate-autoload-section-header nil t) (let* ((form (autoload-read-section-hea= der)) (file (nth 3 form))) (cond ((and ... ...) (autoload-remove-section ..= .) (let ... ...)) ((not ...)) ((or ... ... ...) (autoload-remove-section ..= .)) ((not ...) nil) (t (autoload-remove-section ...) (if ... ...))) (push f= ile done) (setq files (delete file files))))) (dolist (file files) (cond ((= member (expand-file-name file) autoload-excludes) nil) ((autoload-generate-= file-autoloads file nil buffer-file-name) (push file no-autoloads)))) (when= no-autoloads (setq no-autoloads (sort no-autoloads (quote string<))) (goto= -char (point-max)) (search-backward "\f" nil t) (autoload-insert-section-he= ader (current-buffer) nil nil no-autoloads this-time) (insert generate-auto= load-section-trailer)) (let ((version-control (quote never))) (save-buffer)= ) (autoload-save-buffers))) update-directory-autoloads() apply(update-directory-autoloads nil) (let ((args command-line-args-left)) (setq command-line-args-left nil) (a= pply (quote update-directory-autoloads) args)) batch-update-autoloads() command-line-1(("-l" "emacs-lisp/autoload.el" "--eval" "(setq generated-a= utoload-file \"/tmp/trunk/lisp/loaddefs.el\" debug-on-error t)" "-f" "batch= -update-autoloads")) command-line() normal-top-level() From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jun 2012 22:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133954091214409 (code B ref 11649); Tue, 12 Jun 2012 22:42:02 +0000 Received: (at 11649) by debbugs.gnu.org; 12 Jun 2012 22:41:52 +0000 Received: from localhost ([127.0.0.1]:39886 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeZmZ-0003kL-QN for submit@debbugs.gnu.org; Tue, 12 Jun 2012 18:41:52 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:56680) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeZmW-0003kD-OZ for 11649@debbugs.gnu.org; Tue, 12 Jun 2012 18:41:49 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SeZjq-0001cQ-Nf; Tue, 12 Jun 2012 18:39:02 -0400 From: Glenn Morris References: <83r4tou93e.fsf@gnu.org> <57haugmaiw.fsf@fencepost.gnu.org> X-Spook: import AGT. AMME Hugo Chavez World Trade Center Axis of X-Ran: 69wq8O{NJ'a,pcPHR#-{'i@J&2t@M)gd1f\b/ed:aRh=w5tz`CE"S$w$h1Jgr$um`s8Y]% X-Hue: white X-Attribution: GM Date: Tue, 12 Jun 2012 18:39:02 -0400 In-Reply-To: <57haugmaiw.fsf@fencepost.gnu.org> (Glenn Morris's message of "Tue, 12 Jun 2012 18:27:03 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.9 (------) 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.9 (------) Glenn Morris wrote: > Debugger entered--Lisp error: (wrong-type-argument integerp nil) > nthcdr(nil (defmacro* define-ibuffer-column (symbol (&key name > inline props So presumably it's this wot's to blame: 2012-05-18 Stefan Monnier * emacs-lisp/lisp-mode.el (doc-string-elt): Move those properties to their respective macro declarations. Since autoload.el has this: (require 'lisp-mode) ;for `doc-string-elt' properties. From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jun 2012 11:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133958596914844 (code B ref 11649); Wed, 13 Jun 2012 11:13:02 +0000 Received: (at 11649) by debbugs.gnu.org; 13 Jun 2012 11:12:49 +0000 Received: from localhost ([127.0.0.1]:40516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SelVI-0003rM-7Q for submit@debbugs.gnu.org; Wed, 13 Jun 2012 07:12:49 -0400 Received: from mail-pz0-f42.google.com ([209.85.210.42]:34637) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SelVG-0003rE-3C for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 07:12:47 -0400 Received: by dalf4 with SMTP id f4so1025407dal.29 for <11649@debbugs.gnu.org>; Wed, 13 Jun 2012 04:09:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=sODc/ybIOz5pZXGl3lfulC3tBZAq40opBGQXm5ymlMk=; b=wwQbrIJ7jddszWH9Q23uLI2+pnQOL8QxYPY06a+/B+b2APYkkY0Mt29Fp01kZq/3uE LFsUF0+9wXUrVqDroJvURCVFlJcvVxkpdNKfdvXs9Rh5Gh1Pd39T19PvRVVbQn/kKTRO wmf58fQIQgZ6uxWyUFpCx45s9IsZuXe0vnE1nFhtgrEc4P/y6rf8yMYEpwx77I8D86Df Ypql88wHxR/zdArlAtfFEaA8oACKn1KMkIKTts8pjdFPjboyjgNFV9suAr6AvodDrGwj ieEKrk9CXi0ylBOUbyw2IV/Ozw+pRrmRwGnhOs/Hn4JSOLVkGqnKwHzXT3bJG0kPk2Mb UTvQ== Received: by 10.68.227.197 with SMTP id sc5mr50530916pbc.58.1339585795924; Wed, 13 Jun 2012 04:09:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.162.16 with HTTP; Wed, 13 Jun 2012 04:09:15 -0700 (PDT) In-Reply-To: References: <83r4tou93e.fsf@gnu.org> <57haugmaiw.fsf@fencepost.gnu.org> From: Juanma Barranquero Date: Wed, 13 Jun 2012 13:09:15 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 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 (--) More trouble: With an up-to-date, successfully bootstrapped Emacs: C:/emacs/trunk> cd lisp/url C:/emacs/trunk/lisp/url> emacs -batch -Q -f batch-byte-compile url-handlers.el In url-handler-mode: url-handlers.el:105:19:Warning: reference to free variable `url-handler-regexp' Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Compiler-macro error: (void-function cl--defsubst-expand) Wrote c:/emacs/trunk/lisp/url/url-handlers.elc From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jun 2012 12:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: Juanma Barranquero , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133959187626477 (code B ref 11649); Wed, 13 Jun 2012 12:52:01 +0000 Received: (at 11649) by debbugs.gnu.org; 13 Jun 2012 12:51:16 +0000 Received: from localhost ([127.0.0.1]:40587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sen2Z-0006sz-Aq for submit@debbugs.gnu.org; Wed, 13 Jun 2012 08:51:15 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:17250) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sen2X-0006so-3g for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 08:51:13 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAG6Zu09FxIKb/2dsb2JhbABEtBGBCIIVAQEEAVYjBQsLDiYSFBgNJIgcBboJkEQDozOBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="191278868" Received: from 69-196-130-155.dsl.teksavvy.com (HELO pastel.home) ([69.196.130.155]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Jun 2012 08:48:25 -0400 Received: by pastel.home (Postfix, from userid 20848) id 7EC1159257; Wed, 13 Jun 2012 08:48:24 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> <57haugmaiw.fsf@fencepost.gnu.org> Date: Wed, 13 Jun 2012 08:48:24 -0400 In-Reply-To: (Glenn Morris's message of "Tue, 12 Jun 2012 18:39:02 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) >> Debugger entered--Lisp error: (wrong-type-argument integerp nil) >> nthcdr(nil (defmacro* define-ibuffer-column (symbol (&key name >> inline props > So presumably it's this wot's to blame: > 2012-05-18 Stefan Monnier > * emacs-lisp/lisp-mode.el (doc-string-elt): Move those properties to > their respective macro declarations. > Since autoload.el has this: > (require 'lisp-mode) ;for `doc-string-elt' properties. Indeed, thanks, should be fixed now. Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jun 2012 13:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: Glenn Morris , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133959235727125 (code B ref 11649); Wed, 13 Jun 2012 13:00:02 +0000 Received: (at 11649) by debbugs.gnu.org; 13 Jun 2012 12:59:17 +0000 Received: from localhost ([127.0.0.1]:40592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SenAK-00073R-La for submit@debbugs.gnu.org; Wed, 13 Jun 2012 08:59:16 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:47862) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SenAJ-00073K-Q0 for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 08:59:15 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09FxIKb/2dsb2JhbABEsEiDSYEIghUBAQQBViMFCwsOJhIUGA0kiBwFugmQRAOjM4FYgwU X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="191279376" Received: from 69-196-130-155.dsl.teksavvy.com (HELO pastel.home) ([69.196.130.155]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Jun 2012 08:56:27 -0400 Received: by pastel.home (Postfix, from userid 20848) id 4685E58E8D; Wed, 13 Jun 2012 08:56:27 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> <57haugmaiw.fsf@fencepost.gnu.org> Date: Wed, 13 Jun 2012 08:56:26 -0400 In-Reply-To: (Juanma Barranquero's message of "Wed, 13 Jun 2012 13:09:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) > Compiler-macro error: (void-function cl--defsubst-expand) I have to investigate some more, but I believe this is very minor: the compiler-macro is not loaded so the function does not get inlined (cl--defsubst-expand is the compiler-macro that implements the inlining for defsubst*, aka cl-defsubst). Not only this should be very minor but I believe the only real change is that the compiler-macro-expansion used to fail silently in this case. It happens in any file which calls a function defined with `cl-defsubst' (e.g. a defstruct accessor) but which does not itself require CL. Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jun 2012 14:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13395969261391 (code B ref 11649); Wed, 13 Jun 2012 14:16:02 +0000 Received: (at 11649) by debbugs.gnu.org; 13 Jun 2012 14:15:26 +0000 Received: from localhost ([127.0.0.1]:40967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeoM2-0000MO-2a for submit@debbugs.gnu.org; Wed, 13 Jun 2012 10:15:26 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:19294) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeoM0-0000MH-5Q for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 10:15:24 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09FxIKb/2dsb2JhbABEsEiDSYEIghUBAQQBViMQCzQSFBgNJIgcBboJkEQDozOBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="191287326" Received: from 69-196-130-155.dsl.teksavvy.com (HELO pastel.home) ([69.196.130.155]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Jun 2012 10:12:35 -0400 Received: by pastel.home (Postfix, from userid 20848) id 60E5358B20; Wed, 13 Jun 2012 10:12:35 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> Date: Wed, 13 Jun 2012 10:12:35 -0400 In-Reply-To: <83vcizrw2r.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 10 Jun 2012 19:05:48 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) >> > If so, this scenario cannot explain the problem, because cl-macs.el is >> > compiled exactly once during bootstrap; before the compilation there's >> > only cl-macs.el. >> Then, we need to investigate the real source of the problem. >> Does someone have a reproducible recipe for it? > The way I did it was to wait until the bootstrap version of Emacs, > with all the preloaded Lisp files in .el form, dumps itself during > bootstrap, then copy the executable aside, and use it for compiling > whatever Lisp files I wanted. > Andreas suggested a different recipe, which I think is equivalent. I could swear I saw Andreas's recipe, but I can't find it again in my emails. Could someone resend it, please? Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jun 2012 15:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13396018828889 (code B ref 11649); Wed, 13 Jun 2012 15:39:02 +0000 Received: (at 11649) by debbugs.gnu.org; 13 Jun 2012 15:38:02 +0000 Received: from localhost ([127.0.0.1]:41083 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sepdw-0002J1-TB for submit@debbugs.gnu.org; Wed, 13 Jun 2012 11:38:02 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:56875) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sepds-0002Iq-DQ for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 11:38:00 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M5K00I00B7WC900@a-mtaout20.012.net.il> for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 18:35:06 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5K00HTUBAIZ880@a-mtaout20.012.net.il>; Wed, 13 Jun 2012 18:35:06 +0300 (IDT) Date: Wed, 13 Jun 2012 18:35:20 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <8362avz0lj.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.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 (-) > From: Stefan Monnier > Cc: lekktu@gmail.com, 11649@debbugs.gnu.org > Date: Wed, 13 Jun 2012 10:12:35 -0400 > > I could swear I saw Andreas's recipe, but I can't find it again in > my emails. Could someone resend it, please? find -name "*.elc" -delete && make From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jun 2012 16:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133960575717780 (code B ref 11649); Wed, 13 Jun 2012 16:43:02 +0000 Received: (at 11649) by debbugs.gnu.org; 13 Jun 2012 16:42:37 +0000 Received: from localhost ([127.0.0.1]:41155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeqeS-0004cj-V5 for submit@debbugs.gnu.org; Wed, 13 Jun 2012 12:42:37 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:32645) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SeqeQ-0004cb-5Q for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 12:42:34 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09FxIKb/2dsb2JhbABEsEiDSYEIghUBAQQBViMQCzQSFBgNJIgcBboJkEQDozOBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="191308654" Received: from 69-196-130-155.dsl.teksavvy.com (HELO pastel.home) ([69.196.130.155]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Jun 2012 12:39:44 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8006958B20; Wed, 13 Jun 2012 12:39:44 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> Date: Wed, 13 Jun 2012 12:39:44 -0400 In-Reply-To: <8362avz0lj.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 13 Jun 2012 18:35:20 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) >> I could swear I saw Andreas's recipe, but I can't find it again in >> my emails. Could someone resend it, please? > find -name "*.elc" -delete && make Hmm... I was thinking of something else. Maybe I dreamt it. In any case, the above recipe does not exhibit any problem for me. Any other recipe? Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jun 2012 03:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133964336016585 (code B ref 11649); Thu, 14 Jun 2012 03:10:01 +0000 Received: (at 11649) by debbugs.gnu.org; 14 Jun 2012 03:09:20 +0000 Received: from localhost ([127.0.0.1]:41556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sf0Qy-0004JS-1k for submit@debbugs.gnu.org; Wed, 13 Jun 2012 23:09:20 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:44216) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sf0Qu-0004JI-OY for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 23:09:18 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M5L00B00742FZ00@a-mtaout21.012.net.il> for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 06:06:24 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5L00BPD7ANBVA0@a-mtaout21.012.net.il>; Thu, 14 Jun 2012 06:06:24 +0300 (IDT) Date: Thu, 14 Jun 2012 06:06:39 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83pq92y4lc.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.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 (-) > From: Stefan Monnier > Cc: lekktu@gmail.com, 11649@debbugs.gnu.org > Date: Wed, 13 Jun 2012 12:39:44 -0400 > > >> I could swear I saw Andreas's recipe, but I can't find it again in > >> my emails. Could someone resend it, please? > > find -name "*.elc" -delete && make > > Hmm... I was thinking of something else. Maybe I dreamt it. > In any case, the above recipe does not exhibit any problem for me. > Any other recipe? What specific problem you are trying to reproduce? From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jun 2012 03:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133964491518775 (code B ref 11649); Thu, 14 Jun 2012 03:36:01 +0000 Received: (at 11649) by debbugs.gnu.org; 14 Jun 2012 03:35:15 +0000 Received: from localhost ([127.0.0.1]:41571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sf0q2-0004sm-VD for submit@debbugs.gnu.org; Wed, 13 Jun 2012 23:35:15 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:51460) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sf0q1-0004sf-6c for 11649@debbugs.gnu.org; Wed, 13 Jun 2012 23:35:13 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09MCqwm/2dsb2JhbABEsEiDSYEIghYBBVYjEAs0EhQYDSSIIboJkEQDozOBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="191359849" Received: from 76-10-172-38.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([76.10.172.38]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Jun 2012 23:32:21 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 17B3CAE105; Wed, 13 Jun 2012 23:32:21 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.fsf@gnu.org> Date: Wed, 13 Jun 2012 23:32:21 -0400 In-Reply-To: <83pq92y4lc.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 14 Jun 2012 06:06:39 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) >> >> I could swear I saw Andreas's recipe, but I can't find it again in >> >> my emails. Could someone resend it, please? >> > find -name "*.elc" -delete && make >> Hmm... I was thinking of something else. Maybe I dreamt it. >> In any case, the above recipe does not exhibit any problem for me. >> Any other recipe? > What specific problem you are trying to reproduce? The "invalid byte code" errors. Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jun 2012 17:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: lekktu@gmail.com, 11649@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.1339693964877 (code B ref 11649); Thu, 14 Jun 2012 17:13:01 +0000 Received: (at 11649) by debbugs.gnu.org; 14 Jun 2012 17:12:44 +0000 Received: from localhost ([127.0.0.1]:42558 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfDb9-0000E6-W5 for submit@debbugs.gnu.org; Thu, 14 Jun 2012 13:12:44 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:59253) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfDb7-0000Dw-CS for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 13:12:42 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0M5M00800A7VWP00@a-mtaout23.012.net.il> for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 20:09:45 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5M008DGAC9RG70@a-mtaout23.012.net.il>; Thu, 14 Jun 2012 20:09:45 +0300 (IDT) Date: Thu, 14 Jun 2012 20:10:02 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83aa05yg45.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.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 (-) > From: Stefan Monnier > Cc: lekktu@gmail.com, 11649@debbugs.gnu.org > Date: Wed, 13 Jun 2012 23:32:21 -0400 > > >> >> I could swear I saw Andreas's recipe, but I can't find it again in > >> >> my emails. Could someone resend it, please? > >> > find -name "*.elc" -delete && make > >> Hmm... I was thinking of something else. Maybe I dreamt it. > >> In any case, the above recipe does not exhibit any problem for me. > >> Any other recipe? > > What specific problem you are trying to reproduce? > > The "invalid byte code" errors. All I needed on GNU/Linux was this: make bootstrap cd lisp find . -name "*.el" -exec touch "{}" ";" make recompile Don't you see it? From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jun 2012 17:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: lekktu@gmail.com, Eli Zaretskii , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13396964777553 (code B ref 11649); Thu, 14 Jun 2012 17:55:01 +0000 Received: (at 11649) by debbugs.gnu.org; 14 Jun 2012 17:54:37 +0000 Received: from localhost ([127.0.0.1]:42569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfEFh-0001xm-6j for submit@debbugs.gnu.org; Thu, 14 Jun 2012 13:54:37 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:55475) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfEFe-0001xf-N3 for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 13:54:35 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SfECm-0007cp-Lf; Thu, 14 Jun 2012 13:51:36 -0400 From: Glenn Morris References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> X-Spook: Steve Case defense information warfare IMF S Box spies X-Ran: PRP,1N^*(}!d5i?=0W(!N%^~&|MM{*m*6_EW0"iV}u70ZN_H:5gTHgV"q";;J?B"n<"OF[ X-Hue: cyan X-Attribution: GM Date: Thu, 14 Jun 2012 13:51:36 -0400 In-Reply-To: (Stefan Monnier's message of "Wed, 13 Jun 2012 12:39:44 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.9 (------) 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.9 (------) Stefan Monnier wrote: >>> I could swear I saw Andreas's recipe, but I can't find it again in >>> my emails. Could someone resend it, please? >> find -name "*.elc" -delete && make > > Hmm... I was thinking of something else. Maybe I dreamt it. Andreas comments are here: http://lists.gnu.org/archive/html/emacs-devel/2012-06/msg00172.html and explain why he increased the stack depth. From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jun 2012 18:00:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: lekktu@gmail.com, 11649@debbugs.gnu.org, Stefan Monnier Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13396967798019 (code B ref 11649); Thu, 14 Jun 2012 18:00:01 +0000 Received: (at 11649) by debbugs.gnu.org; 14 Jun 2012 17:59:39 +0000 Received: from localhost ([127.0.0.1]:42598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfEKY-00025I-IS for submit@debbugs.gnu.org; Thu, 14 Jun 2012 13:59:39 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:55550) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfEKX-00025C-HI for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 13:59:38 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SfEHh-0007vz-6C; Thu, 14 Jun 2012 13:56:41 -0400 From: Glenn Morris References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.fsf@gnu.org> <83aa05yg45.fsf@gnu.org> X-Spook: Soviet Becker cybercash ASLET mailbomb virus CIA Hugo X-Ran: J>sl[pjYR-}}5n&x{$uK3tw6n9&[,'h`8VUa?f&a?`2_gNf7s.n2FFt@#Y>Q!V1fZNcYYU X-Hue: yellow X-Attribution: GM Date: Thu, 14 Jun 2012 13:56:41 -0400 In-Reply-To: <83aa05yg45.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 14 Jun 2012 20:10:02 +0300") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.9 (------) 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.9 (------) Eli Zaretskii wrote: >> The "invalid byte code" errors. > > All I needed on GNU/Linux was this: > > make bootstrap > cd lisp > find . -name "*.el" -exec touch "{}" ";" > make recompile > > Don't you see it? I see this, but I also see the same thing with the emacs-24 branch. (There, it is "Invalid byte code in cl-seq.elc".) I don't think this is a new (or real) bug, it is just that `make recompile' does the wrong thing (as was already known), since it compiles everything in the same single Emacs instance. As Stefan said in http://debbugs.gnu.org/11649#29 Usually "Invalid byte code in " happens because is byte-compile-dynamic (as is the case for cl-macs) and you try to call a function from it after byte-compiling a new version of the file. More specifically, the scenario is: 1- load cl-macs.elc. 2- don't call function . 3- change cl-macs.elc. 4- call which is dynamically loaded from cl-macs.elc. 5- now the offset loaded at point 1 is not valid any more, so you get an error: you need to re-load cl-macs.elc. AFAICS, nobody is claiming that the "invalid byte code" happens buring *bootstrap*, which would be a new, serious bug. AFAICS, all the actual problems are fixed in this area (expect perhaps MS Windows specific build efficiency issues). From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jun 2012 18:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: Eli Zaretskii , Stefan Monnier , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133969866310843 (code B ref 11649); Thu, 14 Jun 2012 18:32:01 +0000 Received: (at 11649) by debbugs.gnu.org; 14 Jun 2012 18:31:03 +0000 Received: from localhost ([127.0.0.1]:42621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfEox-0002oq-HW for submit@debbugs.gnu.org; Thu, 14 Jun 2012 14:31:03 -0400 Received: from mail-ob0-f172.google.com ([209.85.214.172]:62249) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfEov-0002oR-Ib for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 14:31:02 -0400 Received: by obbwc20 with SMTP id wc20so1682413obb.3 for <11649@debbugs.gnu.org>; Thu, 14 Jun 2012 11:28:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=r09n9EkiUy7FdPDmNj+oUVjxMZxlKYoKs4O6PRLeS3o=; b=aWv6iii0TJ7osXQWIporH22StGYF4la/HRT4o0LaVvYs4HGCLKQ322JhfVHoLaFVLw s9H8baMkMV2NlYV5wIgqpH/cuMQkozoXR5F9SJRS2lhjqa0bmbyNdXky+kHK5tpJLNT3 BCeOAnCCw0HoIGAZ8KdBTtSd4x62iyUNkxf1MgZw/pH7VXzwbDDBnn4kTDhXTRYHNy8k Fh2g9Eq0M66QL3TaSUyF9Pb51RZVhY55uhE6WeQiGuor6lYWJlqIes3FVixt3etZ7nIO kxGolGFvMp7Smb2Ff10IfvT84hdBTGIFzHhWjHmxPna0Cig2lbYwjxmGk6N7bGpekHqR A30g== Received: by 10.182.40.5 with SMTP id t5mr2894263obk.68.1339698486507; Thu, 14 Jun 2012 11:28:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.172.106 with HTTP; Thu, 14 Jun 2012 11:27:26 -0700 (PDT) In-Reply-To: References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.fsf@gnu.org> <83aa05yg45.fsf@gnu.org> From: Juanma Barranquero Date: Thu, 14 Jun 2012 20:27:26 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 (--) On Thu, Jun 14, 2012 at 7:56 PM, Glenn Morris wrote: > AFAICS, all the actual problems are fixed in this area (expect perhaps > MS Windows specific build efficiency issues). And the defstruct related errors (minor according to Stefan, but still they should be fixed): Compiler-macro error: (void-function cl--defsubst-expand) =C2=A0 Juanma From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jun 2012 19:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: lekktu@gmail.com, 11649@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133970227316156 (code B ref 11649); Thu, 14 Jun 2012 19:32:02 +0000 Received: (at 11649) by debbugs.gnu.org; 14 Jun 2012 19:31:13 +0000 Received: from localhost ([127.0.0.1]:42645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfFlB-0004CW-AT for submit@debbugs.gnu.org; Thu, 14 Jun 2012 15:31:13 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:54792) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfFl8-0004CN-Pd for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 15:31:12 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M5M00C00GPIRB00@a-mtaout20.012.net.il> for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 22:27:47 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5M00CX2GQ9I530@a-mtaout20.012.net.il>; Thu, 14 Jun 2012 22:27:45 +0300 (IDT) Date: Thu, 14 Jun 2012 22:28:02 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <838vfpy9q5.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.fsf@gnu.org> <83aa05yg45.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 (-) > From: Glenn Morris > Cc: Stefan Monnier , lekktu@gmail.com, 11649@debbugs.gnu.org > Date: Thu, 14 Jun 2012 13:56:41 -0400 > > AFAICS, all the actual problems are fixed in this area (expect perhaps > MS Windows specific build efficiency issues). The efficiency issues are not Windows specific, they just belong to another bug report. I gave data from GNU/Linux, which shows the same slowdown, here: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11657#5 From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jun 2012 03:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: Glenn Morris , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133973054124613 (code B ref 11649); Fri, 15 Jun 2012 03:23:01 +0000 Received: (at 11649) by debbugs.gnu.org; 15 Jun 2012 03:22:21 +0000 Received: from localhost ([127.0.0.1]:43491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfN76-0006Ow-NU for submit@debbugs.gnu.org; Thu, 14 Jun 2012 23:22:20 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:40105) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfN75-0006Op-0p for 11649@debbugs.gnu.org; Thu, 14 Jun 2012 23:22:19 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09sr+aN/2dsb2JhbABEsEiDSYEIghUBAQQBViMFCwsOJhIUGA0kiBwFugmQRAOjM4FYgwU X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="191464366" Received: from 108-175-230-141.dsl.teksavvy.com (HELO pastel.home) ([108.175.230.141]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 14 Jun 2012 23:19:21 -0400 Received: by pastel.home (Postfix, from userid 20848) id A510459726; Thu, 14 Jun 2012 23:19:18 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83r4tou93e.fsf@gnu.org> <57haugmaiw.fsf@fencepost.gnu.org> Date: Thu, 14 Jun 2012 23:19:18 -0400 In-Reply-To: (Juanma Barranquero's message of "Wed, 13 Jun 2012 13:09:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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.9 (-) > Compiler-macro error: (void-function cl--defsubst-expand) Should be fixed now (it was indeed minor, and rather than silence the warning, I decided to make inlining work in those cases as well). Stefan From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jun 2012 17:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: Eli Zaretskii , Stefan Monnier , 11649@debbugs.gnu.org Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.13397825767325 (code B ref 11649); Fri, 15 Jun 2012 17:50:01 +0000 Received: (at 11649) by debbugs.gnu.org; 15 Jun 2012 17:49:36 +0000 Received: from localhost ([127.0.0.1]:44215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfaeO-0001u5-02 for submit@debbugs.gnu.org; Fri, 15 Jun 2012 13:49:36 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]:47026) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfaeL-0001ty-PP for 11649@debbugs.gnu.org; Fri, 15 Jun 2012 13:49:34 -0400 Received: by dacx6 with SMTP id x6so4018899dac.3 for <11649@debbugs.gnu.org>; Fri, 15 Jun 2012 10:46:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=YAG+dJSs2MLsY86LBUBgP0YtW2FjGeM8Mb80Ns69ato=; b=pvX4AdycE3IXXJkq4JI9UL3sWXNbR3hxxxPG4AXv6pGTBVdpHU73mLbV9qpy7RB8g0 dZ+jRTB/GqO83BgmvysVKjkC2MmODyMPFxNEKl5NAhG7nVHZXBVW7+RsutSV/BSFOigz e6pSVp+qtQhautm2Oh+Xm1ebC7HNfvLI5hQLFDHgMC9f0nRO7rBbgkGKSLXYspSuJG6A xvjPR03reR/3FAPZL8nxzcpf6+khsh9uk78LFeLHm54hcUQF+DwH2mYZNIBF1AE5dJkX f/iqqOk5Ha0vAgyEITwl0qABHnNJISVcPQEVEHXyg1Snms0Bbe+yWYwFxaW+V+j6hhRl QZfg== Received: by 10.68.233.39 with SMTP id tt7mr22639254pbc.124.1339782392891; Fri, 15 Jun 2012 10:46:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.162.16 with HTTP; Fri, 15 Jun 2012 10:45:51 -0700 (PDT) In-Reply-To: References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.fsf@gnu.org> <83aa05yg45.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 15 Jun 2012 19:45:51 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 (--) On Thu, Jun 14, 2012 at 7:56 PM, Glenn Morris wrote: > I see this, but I also see the same thing with the emacs-24 branch. > > (There, it is "Invalid byte code in cl-seq.elc".) > > I don't think this is a new (or real) bug, it is just that `make > recompile' does the wrong thing (as was already known), since it > compiles everything in the same single Emacs instance. If "make recompile" does the wrong thing, it is a bug, if a small one. As the only remaining item of this bug report, and not being really 24.1.50-specific, I think it should be filed as a separate bug and this one closed. =C2=A0 =C2=A0 Juanma From unknown Sat Sep 06 13:45:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#11649: 24.1.50; Some compilation woes Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Jun 2012 18:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11649 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: rgm@gnu.org, 11649@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 11649-submit@debbugs.gnu.org id=B11649.133978502510812 (code B ref 11649); Fri, 15 Jun 2012 18:31:01 +0000 Received: (at 11649) by debbugs.gnu.org; 15 Jun 2012 18:30:25 +0000 Received: from localhost ([127.0.0.1]:44248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfbHt-0002oL-2U for submit@debbugs.gnu.org; Fri, 15 Jun 2012 14:30:25 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:47567) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SfbHq-0002oC-0k for 11649@debbugs.gnu.org; Fri, 15 Jun 2012 14:30:23 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M5O004008H5PU00@a-mtaout22.012.net.il> for 11649@debbugs.gnu.org; Fri, 15 Jun 2012 21:27:20 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M5O004RN8LKLC20@a-mtaout22.012.net.il>; Fri, 15 Jun 2012 21:27:20 +0300 (IDT) Date: Fri, 15 Jun 2012 21:27:22 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83d350fn1x.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.fsf@gnu.org> <83aa05yg45.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 (-) > From: Juanma Barranquero > Date: Fri, 15 Jun 2012 19:45:51 +0200 > Cc: Eli Zaretskii , Stefan Monnier , 11649@debbugs.gnu.org > > If "make recompile" does the wrong thing, it is a bug, if a small one. It does the right thing, but should not be used in certain situations. I don't think you can "fix" that, except if you remove that target altogether. From unknown Sat Sep 06 13:45:02 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Juanma Barranquero Subject: bug#11649: closed (Re: bug#11649: 24.1.50; Some compilation woes) Message-ID: References: X-Gnu-PR-Message: they-closed 11649 X-Gnu-PR-Package: emacs Reply-To: 11649@debbugs.gnu.org Date: Fri, 15 Jun 2012 19:27:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1339788422-15727-1" This is a multi-part message in MIME format... ------------=_1339788422-15727-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #11649: Some compilation woes which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 11649@debbugs.gnu.org. --=20 11649: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D11649 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1339788422-15727-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 11649-done) by debbugs.gnu.org; 15 Jun 2012 19:26:17 +0000 Received: from localhost ([127.0.0.1]:44310 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sfc9w-00044i-Rf for submit@debbugs.gnu.org; Fri, 15 Jun 2012 15:26:17 -0400 Received: from mail-pz0-f44.google.com ([209.85.210.44]:50809) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sfc9v-00044b-EQ for 11649-done@debbugs.gnu.org; Fri, 15 Jun 2012 15:26:15 -0400 Received: by dacx6 with SMTP id x6so4112182dac.3 for <11649-done@debbugs.gnu.org>; Fri, 15 Jun 2012 12:23: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:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=UVU5EEUP+d/dYVbmBuJh4nbpmVko6PhQtlSVPjpRJWw=; b=M6540kSjVQYIEnXgsomJOTq9n6+4SYqwLyc4fuATP1CrYQ2pNYkeuh80Uhvr2gnKMb YDKMu13EF1ZHY5O3XwWOY3kjEzfdul2egMuUj3gAiRep8wN+m138xepZ43qvrkRVHKZG 9B4V8tOQDdhUqhd4KdrJps5R2GY7crkw/SgOUBCxmkzbsnT24CBhujl+AGtV3PzQV/wx e6mfht4tPv3aHscMvTDC1yjREOMWHJisaCeenPMWi8KPy78c2kqvivbqQgvJkDjuqy+s u7FSF/E+dBCy6Zp19B4VupWQFGZMWbU4SmE8sxUjEAPRXo2Vqg8T1UgDIo5WR80RIIFJ G4Eg== Received: by 10.68.227.197 with SMTP id sc5mr23719414pbc.58.1339788194261; Fri, 15 Jun 2012 12:23:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.162.16 with HTTP; Fri, 15 Jun 2012 12:22:33 -0700 (PDT) In-Reply-To: <83d350fn1x.fsf@gnu.org> References: <83r4tou93e.fsf@gnu.org> <83zk8bswgw.fsf@gnu.org> <83vcizrw2r.fsf@gnu.org> <8362avz0lj.fsf@gnu.org> <83pq92y4lc.fsf@gnu.org> <83aa05yg45.fsf@gnu.org> <83d350fn1x.fsf@gnu.org> From: Juanma Barranquero Date: Fri, 15 Jun 2012 21:22:33 +0200 Message-ID: Subject: Re: bug#11649: 24.1.50; Some compilation woes To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 11649-done Cc: rgm@gnu.org, 11649-done@debbugs.gnu.org, monnier@iro.umontreal.ca 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 Fri, Jun 15, 2012 at 8:27 PM, Eli Zaretskii wrote: > It does the right thing, but should not be used in certain situations. > I don't think you can "fix" that, except if you remove that target > altogether. OK, closing then. =C2=A0 =C2=A0 Juanma ------------=_1339788422-15727-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 8 Jun 2012 13:22:56 +0000 Received: from localhost ([127.0.0.1]:34693 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Scz9T-0000ui-AN for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:22:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46768) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Scz9Q-0000uX-VG for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:22:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Scz6y-0007JW-3U for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:20:28 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:45938) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scz6x-0007JP-UJ for submit@debbugs.gnu.org; Fri, 08 Jun 2012 09:20:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45856) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scz6v-0005X1-4X for bug-gnu-emacs@gnu.org; Fri, 08 Jun 2012 09:20:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Scz6o-0007Fj-OT for bug-gnu-emacs@gnu.org; Fri, 08 Jun 2012 09:20:16 -0400 Received: from mail-pb0-f41.google.com ([209.85.160.41]:46423) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Scz6o-0007E8-G3 for bug-gnu-emacs@gnu.org; Fri, 08 Jun 2012 09:20:10 -0400 Received: by pbbrp2 with SMTP id rp2so2804419pbb.0 for ; Fri, 08 Jun 2012 06:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=LoRoO5VfU1TTGDCiCzcdYyxBvofCMAVs9ZR88HnwaWc=; b=D9FdKssLGdyLmnoJ8VbB2IkqY1dJXVl0s/hvONFze+Ez+0EVVDNyRC4lx3CayeZEeU FSQqwSCSCSFonLtKySCExJixb/J/DDzXnlApG+jpEv8ZrMjropyq0x2euXKuL9kWUlJl /JXa1drV0DjinGNy6alDRIMeitL7VKZJFo9pjBcN0i61ib8pZqcCoU73LkOIoSyAYpqw ZT8gwpr78Y3Oc6tHSXWxKxuy61Rnf2PsdOxrvtzsJF+9gjROTtCQJk/muC/YRwabgqHV S637wWSCfZnIL5/Ky3kpdMUA1ZP7GvMyOoWQAgqu/MZJP+ySGTNwiWhBGb+3fm5n3G2b 5n5Q== Received: by 10.68.202.99 with SMTP id kh3mr19650429pbc.157.1339161608115; Fri, 08 Jun 2012 06:20:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.164.7 with HTTP; Fri, 8 Jun 2012 06:19:27 -0700 (PDT) From: Juanma Barranquero Date: Fri, 8 Jun 2012 15:19:27 +0200 Message-ID: Subject: Some compilation woes To: Bug-Gnu-Emacs Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit 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 (------) Package: emacs Version: 24.1.50 1) Bootstrapping now generates a few "lisp nesting exceeds max-lisp-eval-depth" errors: In toplevel form: progmodes/make-mode.el:324:1:Error: Lisp nesting exceeds `max-lisp-eval-dep= th' In toplevel form: textmodes/rst.el:271:1:Error: Lisp nesting exceeds `max-lisp-eval-depth' In toplevel form: cedet/semantic/bovine/c-by.el:183:1:Error: Lisp nesting exceeds `max-lisp-eval-depth' 2) Byte-compilation generates lots of new "function X might not be defined at runtime". AFAICS, they are generated for functions used before they are defined (with defun). 3) Byte-compilation seems quite fragile. After a successful bootstrap, touch'ing every *.el in lisp/** and doing cd lisp make recompile produces quite a few errors: Generating autoloads for ibuf-macs.el... Autoload cookie error in ibuf-macs.el:129 (wrong-type-argument integerp n= il) Autoload cookie error in ibuf-macs.el:160 (wrong-type-argument integerp n= il) Autoload cookie error in ibuf-macs.el:264 (wrong-type-argument integerp n= il) Autoload cookie error in ibuf-macs.el:299 (wrong-type-argument integerp n= il) Generating autoloads for ibuf-macs.el...done In toplevel form: textmodes/rst.el:120:1:Error: Invalid byte code in c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc Checking c:/emacs/trunk/lisp/url... Checking c:/emacs/trunk/lisp/vc... Compiling c:emacs/repo/lisp/vc/pcvs.el... Compiler-macro error: (error "Invalid byte code in c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") Compiler-macro error: (error "Invalid byte code in c:/emacs/trunk/lisp/emacs-lisp/cl-macs.elc") etc =C2=A0 =C2=A0 Juanma ------------=_1339788422-15727-1--