From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14406 invoked by alias); 19 Mar 2002 15:46:08 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 14317 invoked from network); 19 Mar 2002 15:46:04 -0000 Received: from unknown (HELO localhost.redhat.com) (24.112.135.44) by sources.redhat.com with SMTP; 19 Mar 2002 15:46:04 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id BC8B03DAB; Tue, 19 Mar 2002 10:46:03 -0500 (EST) Message-ID: <3C975D3B.8010805@cygnus.com> Date: Tue, 19 Mar 2002 07:46:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:0.9.8) Gecko/20020210 X-Accept-Language: en-us MIME-Version: 1.0 To: Anthony Green Cc: Nick Clifton , gdb-patches@sources.redhat.com Subject: Re: ARM sim patch: increase default target memory References: <200203171650.g2HGo8714138@louie.sfbay.redhat.com> <1016488049.16219.118.camel@dhcppc2> <3C9694AF.6050605@cygnus.com> <1016521626.18520.17.camel@dhcppc2> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-03/txt/msg00343.txt.bz2 > On Mon, 2002-03-18 at 17:30, Andrew Cagney wrote: > >> Er, wasn't this going to be properly - add -m to sim_open()? > > > You're implying that the default value must remain 2MB. Isn't this a > somewhat arbitrary value? The number is a compromise between a fast simulator startup, sufficient memory for a typical simulation and unnecessary VM grab. It was also found to be sufficient for the basic GDB and GCC tests. From memory, he Java tests run on the MIPS (and PPC?) simulators and yet there haven't been problems. The MIPS defaults to 2mb, the PPC 1mb. > I filed a case against the command line bug. This seems like a > completely different issue. I don't think that re-compiling GDB is the correct way for a user to change the size of simulator memory. Instead the user should be able to fix it at run time. I think that is the real bug here. enjoy, Andrew