From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Build hangs in lisp/gnus. Date: Sat, 4 Apr 2015 15:35:30 +0000 Message-ID: <20150404153529.GD4362@acm.fritz.box> References: <20150404141655.GB4362@acm.fritz.box> <83zj6onevd.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1428161766 30095 80.91.229.3 (4 Apr 2015 15:36:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 4 Apr 2015 15:36:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 04 17:35:57 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YeQ73-000741-Ae for ged-emacs-devel@m.gmane.org; Sat, 04 Apr 2015 17:35:57 +0200 Original-Received: from localhost ([::1]:33461 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YeQ72-0007Ph-MF for ged-emacs-devel@m.gmane.org; Sat, 04 Apr 2015 11:35:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38248) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YeQ6p-0007Pa-7n for emacs-devel@gnu.org; Sat, 04 Apr 2015 11:35:44 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YeQ6m-0000qb-14 for emacs-devel@gnu.org; Sat, 04 Apr 2015 11:35:43 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:23791 helo=mail.muc.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YeQ6l-0000o9-Nc for emacs-devel@gnu.org; Sat, 04 Apr 2015 11:35:39 -0400 Original-Received: (qmail 76063 invoked by uid 3782); 4 Apr 2015 15:35:38 -0000 Original-Received: from acm.muc.de (pD951883F.dip0.t-ipconnect.de [217.81.136.63]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 04 Apr 2015 17:35:36 +0200 Original-Received: (qmail 7000 invoked by uid 1000); 4 Apr 2015 15:35:30 -0000 Content-Disposition: inline In-Reply-To: <83zj6onevd.fsf@gnu.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x X-Received-From: 193.149.48.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:184873 Archived-At: Hello, Eli. On Sat, Apr 04, 2015 at 05:32:22PM +0300, Eli Zaretskii wrote: > > Date: Sat, 4 Apr 2015 14:16:55 +0000 > > From: Alan Mackenzie > > With a make bootstrap, my build hangs. It hangs in the lisp/gnus > > directory. When I try to compile the files individually with: > > src/emacs -Q -batch -f batch-byte-compile lisp/gnus/gnus-....el > > , this hangs too. I've recently experienced this problem in other > > places too, but compiled them by hand (using Emacs 24) as a workaround. > > This workaround is inconvenient for such a large number of files. > The manual command doesn't hang for me (didn't try a full bootstrap). > If you attach a debugger, do you see where it hangs or infloops? I restarted the boot strap with CFLAGS="-g3 -O0" make bootstrap (I don't normally have debugging info compiled), leaving out the -j5 flag for simplicity. The make process then slogs away, then it hangs trying to byte-compile allout.el. I have attached gdb from a running Emacs and typed bt. The stack is 197 function calls deep; the top few lines look like this: #0 0x000000000054f45f in builtin_lisp_symbol (index=0) at lisp.h:1075 #1 0x000000000054f5bb in CAR (c=0) at lisp.h:1213 #2 0x00000000005fcfc2 in Fassq (key=1013312, list=0) at fns.c:1449 #3 0x00000000005f2013 in Fmacroexpand (form=14866355, environment=0) at eval.c:1023 #4 0x00000000005f5e5d in Ffuncall (nargs=3, args=0x7fff0f1dc3a8) at eval.c:2721 #5 0x000000000063b0d3 in exec_byte_code (bytestr=9955060, vector=9955093, maxdepth=42, args_template=2058, nargs=2, args=0x7fff0f1dc938) at bytecode.c:919 #6 0x00000000005f6668 in funcall_lambda (fun=9955013, nargs=2, arg_vector=0x7fff0f1dc928) at eval.c:2885 #7 0x00000000005f60d6 in Ffuncall (nargs=3, args=0x7fff0f1dc920) at eval.c:2767 #8 0x000000000063b0d3 in exec_byte_code (bytestr=9955252, vector=9955285, maxdepth=114, args_template=1030, nargs=1, args=0x7fff0f1dcf50) at bytecode.c:919 #9 0x00000000005f6668 in funcall_lambda (fun=9955205, nargs=1, arg_vector=0x7fff0f1dcf48) at eval.c:2885 I've tried xbacktrace, as suggested in etc/DEBUG, but that didn't work. (I think I've missed some of the necessary prerequisites in skimming over the file too quickly.) I'm not very practiced at gdb. Is there anything else I could usefully do whilst my gdb is still running? -- Alan Mackenzie (Nuremberg, Germany).