From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21057 invoked by alias); 25 Jan 2008 02:56:18 -0000 Received: (qmail 21046 invoked by uid 22791); 25 Jan 2008 02:56:17 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 25 Jan 2008 02:56:00 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 815E52A9684; Thu, 24 Jan 2008 21:55:58 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ee63ZAN1rXTY; Thu, 24 Jan 2008 21:55:58 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 36F2E2A9682; Thu, 24 Jan 2008 21:55:58 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id BCD7BE7ACB; Thu, 24 Jan 2008 18:55:55 -0800 (PST) Date: Fri, 25 Jan 2008 04:13:00 -0000 From: Joel Brobecker To: Pedro Alves Cc: Jim Blandy , gdb-patches Subject: Re: arm_addr_bits_remove Message-ID: <20080125025555.GH3979@adacore.com> References: <479752C8.8030201@portugalmail.pt> <8f2776cb0801231121r3fe9aea0q6f3c3d6887fcb251@mail.gmail.com> <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> <47992419.1070201@codesourcery.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47992419.1070201@codesourcery.com> User-Agent: Mutt/1.4.2.2i 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-01/txt/msg00601.txt.bz2 Thanks Pedro. > /* The low two bits of the PC on the PA contain the privilege level. > Some genius implementing a (non-GCC) compiler apparently decided > this means that "addresses" in a text section therefore include a > privilege level, and thus symbol tables should contain these bits. > This seems like a bonehead thing to do--anyway, it seems to work > for our purposes to just ignore those bits. */ I just love the comment :). I'm so happy I'm not the HP genius in question :-). Seriously, I think we should be careful not to add more sarcastic comments like this in the future, it's not very serious nor very useful. That being said, I love sarcasm, so I had a good laugh. > I guess that compiler would be HP's. If the symbols had the bits set, > so could the line info. Right. That's why I mentioned the fact that part of my toolchain was from GNU tools. > Do we still support HP's object format and debug info ? Not sure. -- Joel