From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20851 invoked by alias); 19 Apr 2004 12:43:21 -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 20823 invoked from network); 19 Apr 2004 12:43:20 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 19 Apr 2004 12:43:20 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i3JChKJW031967 for ; Mon, 19 Apr 2004 08:43:20 -0400 Received: from zenia.home.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i3J6iaj32361; Mon, 19 Apr 2004 02:44:37 -0400 To: Baurjan Ismagulov Cc: gdb@sources.redhat.com Subject: Re: cvs build problem with 2.95 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> <20040418225743.GA14873@ata.cs.hun.edu.tr> From: Jim Blandy Date: Mon, 19 Apr 2004 13:24:00 -0000 In-Reply-To: <20040418225743.GA14873@ata.cs.hun.edu.tr> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-04/txt/msg00105.txt.bz2 Baurjan Ismagulov writes: > 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. The file you're compiling is part of SID, the simulator, not GDB. SID contains a lot of really huge machine-generated files, of which asm-semsw.cxx is one. I think that's the file that actually implements the instruction set of the ARM. >From what you've posted, it doesn't seem that you actually want the simulator; why not just drop it?