From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2608 invoked by alias); 8 Mar 2005 12:25:27 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 2555 invoked from network); 8 Mar 2005 12:25:23 -0000 Received: from unknown (HELO imail.microdata-pos.de) (212.202.104.142) by sourceware.org with SMTP; 8 Mar 2005 12:25:23 -0000 Received: by imail.microdata-pos.de (Postfix, from userid 1033) id A87CF77EE6; Tue, 8 Mar 2005 13:25:22 +0100 (CET) Date: Tue, 08 Mar 2005 12:25:00 -0000 From: Jan-Benedict Glaw To: binutils@sources.redhat.com Subject: Re: Decode function entry mask on VAXen Message-ID: <20050308132522.A9300@microdata-pos.de> References: <20050308031430.A2959@microdata-pos.de> <20050308121400.GD15642@bubble.modra.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20050308121400.GD15642@bubble.modra.org>; from amodra@bigpond.net.au on Tue, Mar 08, 2005 at 10:44:00PM +1030 X-SW-Source: 2005-03/txt/msg00211.txt.bz2 On Tue, Mar 08, 2005 at 10:44:00PM +1030, Alan Modra wrote: Hi Alan! > objdump already breaks up calls to disassemble_bytes into the pieces of > a section between two defined symbols (possibly validated by a target > symbol_is_valid function). So if the only symbols in vax code are those > at the beginning of a function, your idea of using last_symbol_address > will work. However, I think it would be better to pass > "asymbol *last_symbol" instead, which gives your backend disassembler_fn > a chance to deal with non-function symbols that might appear in code. I'll try to implement that. For sure, non-function symbols will show up from time to time... However, in a typical ELF object file, there are somewhat rare, while wrongly disassembled functions were the standard :) > Note that gdb also uses the disassembler, so it would be a good idea to > see how your ideas fit in with gdb too. I think vax-linux isn't yet a supported gdb target, but I'll try to get NetBSD running on one of my /90 and have a test with it, too. The BSD guys should have basically the same problems here... Thanks again, JBG -- AWEK microdata GmbH -- Am Wellbach 4 -- 33609 Bielefeld