From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jim Meyering Newsgroups: gmane.emacs.devel Subject: Re: persistent bootstrap failure: Memory exhausted--use C-x s ... Date: Fri, 21 May 2010 09:58:21 +0200 Message-ID: <87ljbdk7oi.fsf@meyering.net> References: <87eih6oofo.fsf@meyering.net> <838w7eqxok.fsf@gnu.org> <87wruyjnwx.fsf@meyering.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1274442508 29542 80.91.229.12 (21 May 2010 11:48:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 21 May 2010 11:48:28 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 21 13:48:26 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OFQiH-0001pN-U5 for ged-emacs-devel@m.gmane.org; Fri, 21 May 2010 13:48:26 +0200 Original-Received: from localhost ([127.0.0.1]:38347 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OFQiH-0005EM-9s for ged-emacs-devel@m.gmane.org; Fri, 21 May 2010 07:48:25 -0400 Original-Received: from [140.186.70.92] (port=51785 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OFQi9-0005Cy-Sp for emacs-devel@gnu.org; Fri, 21 May 2010 07:48:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OFQi6-0003LM-S6 for emacs-devel@gnu.org; Fri, 21 May 2010 07:48:17 -0400 Original-Received: from smtp1-g21.free.fr ([212.27.42.1]:43873) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OFN7j-000646-SQ for emacs-devel@gnu.org; Fri, 21 May 2010 03:58:39 -0400 Original-Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id 28BFC940112 for ; Fri, 21 May 2010 09:58:22 +0200 (CEST) Original-Received: from mx.meyering.net (mx.meyering.net [82.230.74.64]) by smtp1-g21.free.fr (Postfix) with ESMTP for ; Fri, 21 May 2010 09:58:21 +0200 (CEST) Original-Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 473D1C26; Fri, 21 May 2010 09:58:21 +0200 (CEST) In-Reply-To: <87wruyjnwx.fsf@meyering.net> (Jim Meyering's message of "Thu, 20 May 2010 22:53:02 +0200") Original-Lines: 56 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:124987 Archived-At: Jim Meyering wrote: > Eli Zaretskii wrote: >>> From: Jim Meyering >>> Date: Thu, 20 May 2010 12:30:35 +0200 >>> >>> No MH variant found on the system >>> Wrote /home/j/w/co/emacs/lisp/mh-e/mh-xface.elc >>> Compiling /home/j/w/co/emacs/lisp/language/hanja-util.el >>> >>> In toplevel form: >>> ../../../../home/j/w/co/emacs/lisp/language/hanja-util.el:6437:6:Error: Memory exhausted--use C-x s then exit and restart Emacs >>> make[2]: *** [language/hanja-util.elc] Error 1 >>> make[2]: Leaving directory `/t/jt-FqYKau/emacs/lisp' >>> make[1]: *** [compile-main] Error 2 >>> make[1]: Leaving directory `/t/jt-FqYKau/emacs/lisp' >>> make: *** [lisp] Error 2 >>> >>> I can't be the only one configuring to an empty (new prefix) >>> and running "make bootstrap", so I suppose it's something >>> in my set-up. Maybe no one else is doing that with F13... >> >> I have just bootstrapped the current trunk on >> >> Linux fencepost 2.6.26-2-xen-amd64 #1 SMP Wed Jan 13 00:12:41 UTC 2010 x86_64 GNU/Linux >> >> without any trouble at all. >> >>> Both srcdir and non-srcdir builds fail, >>> with and without this PATH-limiting export: >> >> With the same error message and while compiling the same file? >> >>> Any suggestions? >> >> Can you verify that Emacs indeed uses gobs of memory when it >> bootstraps? >> >> Does F13 have some features that could limit memory of Emacs? > > Thanks to you and Chad for the confirmation > that this is something specific to my setup. > I should be able to investigate tomorrow. I've resolved the mystery. Quick solutions: - use MALLOC_CHECK_=0 or don't set the envvar at all (i.e., don't set MALLOC_CHECK_=1 or greater), or - build with rawhide (with glibc-2.12.90-1), not F13 My using MALLOC_CHECK_=3 appears to have triggered a bug in glibc's malloc that was fixed upstream barely a month ago, by commit ad3d3e8f20c95aae9d26970c169bca6f48072681. It looks like the fix reached rawhide only very recently: when I built on rawhide minutes ago, I was able to reproduce the problem, but updating its package set pulled in glibc-2.12.90-1 (displacing glibc-2.12-1), and then rebuilding emacs succeeded.