From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25092 invoked by alias); 13 Nov 2003 14:45:18 -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 25077 invoked from network); 13 Nov 2003 14:45:17 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.58) by sources.redhat.com with SMTP; 13 Nov 2003 14:45:17 -0000 Received: from pc960.cambridge.arm.com (pc960.cambridge.arm.com [10.1.205.4]) by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id hADEj7Us029485; Thu, 13 Nov 2003 14:45:07 GMT Received: from pc960.cambridge.arm.com (rearnsha@localhost) by pc960.cambridge.arm.com (8.11.6/8.9.3) with ESMTP id hADEj7C19503; Thu, 13 Nov 2003 14:45:07 GMT Message-Id: <200311131445.hADEj7C19503@pc960.cambridge.arm.com> X-Authentication-Warning: pc960.cambridge.arm.com: rearnsha owned process doing -bs To: Nick Clifton cc: gdb-patches@sources.redhat.com, binutils@sources.redhat.com, Richard.Earnshaw@arm.com Reply-To: Richard.Earnshaw@arm.com Organization: ARM Ltd. X-Telephone: +44 1223 400569 (direct+voicemail), +44 1223 400400 (switchbd) X-Fax: +44 1223 400410 X-Address: ARM Ltd., 110 Fulbourn Road, Cherry Hinton, Cambridge CB1 9NJ. X-Url: http://www.arm.com/ Subject: Re: RFA: Skip ARM ELF Mapping symbols when showing disassembly In-reply-to: Your message of "Thu, 13 Nov 2003 14:28:31 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 13 Nov 2003 14:45:00 -0000 From: Richard Earnshaw X-SW-Source: 2003-11/txt/msg00254.txt.bz2 > Hi Guys, > > I have recently committed a patch to the arm-elf port of GAS which > causes it to generate special mapping symbols as required by the ARM > ELF spec. Unfortunately this now means that when GDB shows a > disassembly it can select one of the mapping symbols instead of the > proper function name symbol. > > The patch below is a fix for this problem. It is not elegant, but > it does have the advantage of being entirely arm specific. A > cleaner patch would require changes to generic code, which I did not > feel comfortable doing. > > May I apply this patch ? > > Cheers > Nick > I wonder whether a better way to handle all this is to override slurp_symbol_table for arm-elf to a routine that just skips the mapping symbols entirely (or at least, doesn't put them into the list that it passes back to its caller), then to add a separate function to slurp the mapping symbols independently. Then gdb and the disassembler (and the linker error reports) would all just work normally. It would be necessary to add support for copying and fixing up the mapping symbols when linking, but that's probably not too hard. R.