From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11299 invoked by alias); 14 Nov 2003 01:13:09 -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 11290 invoked from network); 14 Nov 2003 01:13:08 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 14 Nov 2003 01:13:08 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id hAE1D7M28451 for ; Thu, 13 Nov 2003 20:13:07 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id hAE1D7626678 for ; Thu, 13 Nov 2003 20:13:07 -0500 Received: from localhost.localdomain (vpn50-2.rdu.redhat.com [172.16.50.2]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id hAE1D6g0022765; Thu, 13 Nov 2003 20:13:07 -0500 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id hAE1D1d06013; Thu, 13 Nov 2003 18:13:01 -0700 Date: Fri, 14 Nov 2003 01:13:00 -0000 From: Kevin Buettner Message-Id: <1031114011301.ZM6012@localhost.localdomain> In-Reply-To: Andrew Cagney "[rfa:ppc64gnulinux] Call ".malloc"" (Nov 13, 7:56pm) References: <3FB42852.8090007@redhat.com> To: Andrew Cagney , gdb-patches@sources.redhat.com Subject: Re: [rfa:ppc64gnulinux] Call ".malloc" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-11/txt/msg00283.txt.bz2 On Nov 13, 7:56pm, Andrew Cagney wrote: > When only minimal symbol information is available, the symbol "malloc", > which is found in a data section because it's a descriptor, gets turns > into a 32-bit int variable. Consequently, an attempt to call "malloc" > is turned into to jump to the code designated by that 32-bit integer > value found at malloc. > > This patch avoids that problem entirely by specifying that on PPC64 > GNU/Linux, the "malloc" function has the name ".malloc" (which is really > the function's start address). > > ok? Sounds good to me. Kevin