From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14512 invoked by alias); 4 Feb 2008 15:20:31 -0000 Received: (qmail 14499 invoked by uid 22791); 4 Feb 2008 15:20:30 -0000 X-Spam-Check-By: sourceware.org Received: from cerber.ds.pg.gda.pl (HELO cerber.ds.pg.gda.pl) (153.19.208.18) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 04 Feb 2008 15:20:04 +0000 Received: from localhost (unknown [127.0.0.17]) by cerber.ds.pg.gda.pl (Postfix) with ESMTP id A4176400BD; Mon, 4 Feb 2008 16:20:03 +0100 (CET) Received: from cerber.ds.pg.gda.pl ([153.19.208.18]) by localhost (cerber.ds.pg.gda.pl [153.19.208.18]) (amavisd-new, port 10024) with ESMTP id baCRKU0dGgCQ; Mon, 4 Feb 2008 16:19:59 +0100 (CET) Received: from piorun.ds.pg.gda.pl (piorun.ds.pg.gda.pl [153.19.208.8]) by cerber.ds.pg.gda.pl (Postfix) with ESMTP id E07C3400CD; Mon, 4 Feb 2008 16:19:58 +0100 (CET) Received: from blysk.ds.pg.gda.pl (macro@blysk.ds.pg.gda.pl [153.19.208.6]) by piorun.ds.pg.gda.pl (8.13.8/8.13.8) with ESMTP id m14FK249007325; Mon, 4 Feb 2008 16:20:02 +0100 Date: Mon, 04 Feb 2008 15:20:00 -0000 From: "Maciej W. Rozycki" To: Daniel Jacobowitz cc: Joel Brobecker , Pedro Alves , Jim Blandy , gdb-patches Subject: Re: arm_addr_bits_remove In-Reply-To: <20080204145100.GA558@caradoc.them.org> Message-ID: References: <20080123192842.GA22477@caradoc.them.org> <8f2776cb0801231311o19c31781h8a4663c405bcd22b@mail.gmail.com> <479819E2.1030603@portugalmail.pt> <8f2776cb0801232227n64502d4akef4642b051e77772@mail.gmail.com> <4798871B.4080207@codesourcery.com> <20080124133844.GA15771@caradoc.them.org> <20080124214849.GF3979@adacore.com> <20080204134132.GB28485@caradoc.them.org> <20080204145100.GA558@caradoc.them.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Status: Clean X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-02/txt/msg00072.txt.bz2 On Mon, 4 Feb 2008, Daniel Jacobowitz wrote: > > Well, for MIPS the function only removes high bits if any at all: > > Oh. Huh. I would have expected, since you said that the .debug_info > section sometimes has the low MIPS16 bit, that the .debug_line section > would too and this would have to remove it. But I guess not! Oh, it's the other way round. The .debug_info section sometimes fails to have the low MIPS16 bit set even though GDB code has been overall written to expect it for MIPS16 functions. Maciej