From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5724 invoked by alias); 6 Sep 2002 07:22:32 -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 5713 invoked from network); 6 Sep 2002 07:22:31 -0000 Received: from unknown (HELO cerbere.u-strasbg.fr) (130.79.112.250) by sources.redhat.com with SMTP; 6 Sep 2002 07:22:31 -0000 Received: from laocoon (laocoon.u-strasbg.fr [130.79.112.72]) by cerbere.u-strasbg.fr (Postfix) with ESMTP id CAC3219C; Fri, 6 Sep 2002 09:24:53 +0200 (CEST) Message-Id: <4.2.0.58.20020906091206.021019b8@ics.u-strasbg.fr> X-Sender: muller@ics.u-strasbg.fr Date: Fri, 06 Sep 2002 00:22:00 -0000 To: Joel Brobecker , gdb-patches@sources.redhat.com From: Pierre Muller Subject: Re: New target method returning the name of the malloc function? In-Reply-To: <20020906002319.GW1169@gnat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-SW-Source: 2002-09/txt/msg00082.txt.bz2 At 02:23 06/09/2002 , Joel Brobecker a écrit: >Hello, > >The name of the function used to allocate some memory in the inferior is >currently hard-coded to "malloc" in valops.c: > > struct value * > value_allocate_space_in_inferior (int len) > { > struct value *blocklen; > struct value *val = find_function_in_inferior ("malloc"); > ^^^^^^ > >Unfortunately, on interix, the malloc function is not always there. >Quoting Donn Terry: ><< >malloc() won't necessarily be present; the way our namespace pollution >prevention stuff works, if the user application doesn't call an entry >point at all, it just won't be there. However, _malloc is always >present (at least in any real program) because it's called from within >the library. > >> > >May I suggest a new architecture method called for instance >NAME_OF_MALLOC or MALLOC_FUNCTION_NAME? The default would be to return >"malloc", but we could then change it to "_malloc" for the interix >target. That would be great ! Because Pascal also does not define malloc... By the way, how is this allocated memory freed after the call to the inferior function ? Does it use another C function for this, or how is it done. if it also need to find free then we should also add a NAME_OF_FREE. Would it be possible to add a language field containing this info ? Pierre Muller Institut Charles Sadron 6,rue Boussingault F 67083 STRASBOURG CEDEX (France) mailto:muller@ics.u-strasbg.fr Phone : (33)-3-88-41-40-07 Fax : (33)-3-88-41-40-99