From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21688 invoked by alias); 19 Mar 2002 17:43:21 -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 21577 invoked from network); 19 Mar 2002 17:43:13 -0000 Received: from unknown (HELO localhost.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 19 Mar 2002 17:43:13 -0000 Received: from cygnus.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id C9B213DAB; Tue, 19 Mar 2002 12:43:13 -0500 (EST) Message-ID: <3C9778B1.9000504@cygnus.com> Date: Tue, 19 Mar 2002 09:43: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: Andrew Cagney Cc: Anthony Green , 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> <3C975D3B.8010805@cygnus.com> <1016554885.18678.76.camel@dhcppc2> <3C9769BA.2050401@cygnus.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002-03/txt/msg00351.txt.bz2 > On Tue, 2002-03-19 at 07:46, Andrew Cagney wrote: > > 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. > > > Unfortunately this isn't true anymore. gcj is part of GCC and 2MB is > not enough space. > > As I said a compromise for the ``basic'' gcc tests. I recall this value being put up once before and people complaining that the basic tests slowed down and GDB grabbed too much memory. Hmm, perhaphs a better way of looking at this is to ask where the line should be drawn. C? Fortran? C++? Java? Ada? I dread the thought of hardwireing this to 32 mb (:-^) just so that standalone C++ or Ada programs can be run without the -m flag. I suspect C might be a good compromise :-) enjoy, Andrew