From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26426 invoked by alias); 18 Apr 2004 22:56:13 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 26416 invoked from network); 18 Apr 2004 22:56:12 -0000 Received: from unknown (HELO burundai.radix50.net) (82.83.197.58) by sources.redhat.com with SMTP; 18 Apr 2004 22:56:12 -0000 Received: from burundai.radix50.net (localhost [127.0.0.1]) by burundai.radix50.net (8.12.3/8.12.3/Debian -4) with ESMTP id i3IMvhjF014885 for ; Mon, 19 Apr 2004 00:57:43 +0200 Received: (from ibr@localhost) by burundai.radix50.net (8.12.3/8.12.3/Debian -4) id i3IMvhok014883 for gdb@sources.redhat.com; Mon, 19 Apr 2004 00:57:43 +0200 Date: Mon, 19 Apr 2004 02:45:00 -0000 From: Baurjan Ismagulov To: gdb@sources.redhat.com Subject: Re: cvs build problem with 2.95 Message-ID: <20040418225743.GA14873@ata.cs.hun.edu.tr> Mail-Followup-To: gdb@sources.redhat.com References: <20040417135354.GB7050@ata.cs.hun.edu.tr> <20040417143552.GA7390@nevyn.them.org> <20040418141015.GB10611@ata.cs.hun.edu.tr> <20040418141643.GA25876@nevyn.them.org> <20040418152206.GC10611@ata.cs.hun.edu.tr> <20040418161340.GA23509@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline; filename=mutt-burundai-14491-11 In-Reply-To: <20040418161340.GA23509@nevyn.them.org> User-Agent: Mutt/1.5.4i X-SW-Source: 2004-04/txt/msg00100.txt.bz2 Hello, Daniel! On Sun, Apr 18, 2004 at 12:13:41PM -0400, Daniel Jacobowitz wrote: > 9 is SIGKILL. That suggests the problem has nothing to do with your > compiler, and everything to do with your system resource limits, or > kernel. Ah, yes, this was OOM; thank you! 256MB RAM + 128MB swap had worked for gdb 6.0 compilation, that is why I didn't think about this. Adding 256MB swap fixed the problem, albeit with intensive thrashing. What in this file makes gcc consume 350MB of virtual memory 8) , according to top? Is it an essential part of gdb? In other words, can I build a "minimal" gdb without it? I'm going to compile various versions for testing, and I wanted to apply patches on clean trees. With kind regards, Baurjan.