From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22693 invoked by alias); 19 May 2006 17:28:01 -0000 Received: (qmail 22670 invoked by uid 22791); 19 May 2006 17:28:00 -0000 X-Spam-Check-By: sourceware.org Received: from e2.ny.us.ibm.com (HELO e2.ny.us.ibm.com) (32.97.182.142) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 19 May 2006 17:27:58 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e2.ny.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k4JHRstM027028 for ; Fri, 19 May 2006 13:27:54 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k4JHRdsL197054 for ; Fri, 19 May 2006 13:27:54 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11/8.13.3) with ESMTP id k4JHRcu6028961 for ; Fri, 19 May 2006 13:27:39 -0400 Received: from dufur.beaverton.ibm.com (dufur.beaverton.ibm.com [9.47.22.20]) by d01av04.pok.ibm.com (8.12.11/8.12.11) with ESMTP id k4JHRcbj028891; Fri, 19 May 2006 13:27:38 -0400 Subject: Re: [patch] Strange stepping behaviour with ppc32 with secure PLTs From: PAUL GILLIAM Reply-To: pgilliam@us.ibm.com To: Alan Modra Cc: Mark Kettenis , gdb-patches@sources.redhat.com In-Reply-To: <20060516071833.GH19700@bubble.grove.modra.org> References: <1147469935.3672.114.camel@dufur.beaverton.ibm.com> <20060512225044.GA20706@nevyn.them.org> <20060513143141.GB19700@bubble.grove.modra.org> <20060513145829.GA3721@nevyn.them.org> <20060515005619.GC19700@bubble.grove.modra.org> <20060515150854.GA28766@nevyn.them.org> <20060515234620.GG19700@bubble.grove.modra.org> <200605160634.k4G6Y49p009983@elgar.sibelius.xs4all.nl> <20060516071833.GH19700@bubble.grove.modra.org> Content-Type: text/plain Date: Fri, 19 May 2006 17:38:00 -0000 Message-Id: <1148055854.315.5.camel@dufur.beaverton.ibm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-5) Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00415.txt.bz2 On Tue, 2006-05-16 at 16:48 +0930, Alan Modra wrote: > On Tue, May 16, 2006 at 08:34:04AM +0200, Mark Kettenis wrote: > > Also, what's necessary for producing binaries with these stubs. Just > > a new enough linker invoked with --secure-plt? Or do I need a new > > enough compiler too? > > You need a new linker and all relocatable object files involved in the > link must be compiled with -msecure-plt. That includes headers and > static libraries. So.. Complete new toolchain. binutils+gcc+glibc. > Hold the presses! Could the fact that the libc being used does not have a '.symtab' section be the cause of the problem? For some reason, the library I was using has a '.dynsym' section, but no '.symtab' section. I suspect that someone was trying to save some disc space and caused several problems. The routine 'bfd_get_synthetic_symtab' takes both static and dynamic symbol tables as input. So it's no wonder it's not doing the right thing if one is missing. -=# Paul #=-