From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4977 invoked by alias); 6 Sep 2002 00:23:20 -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 4970 invoked from network); 6 Sep 2002 00:23:20 -0000 Received: from unknown (HELO takamaka.act-europe.fr) (142.179.108.108) by sources.redhat.com with SMTP; 6 Sep 2002 00:23:20 -0000 Received: by takamaka.act-europe.fr (Postfix, from userid 507) id B224AD2CC1; Thu, 5 Sep 2002 17:23:19 -0700 (PDT) Date: Thu, 05 Sep 2002 17:23:00 -0000 From: Joel Brobecker To: gdb-patches@sources.redhat.com Subject: New target method returning the name of the malloc function? Message-ID: <20020906002319.GW1169@gnat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-SW-Source: 2002-09/txt/msg00079.txt.bz2 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. -- Joel