From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18815 invoked by alias); 16 Jun 2004 17:16:24 -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 18717 invoked from network); 16 Jun 2004 17:16:08 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 16 Jun 2004 17:16:08 -0000 Received: from drow by nevyn.them.org with local (Exim 4.34 #1 (Debian)) id 1Bae1A-000850-1n for ; Wed, 16 Jun 2004 13:16:08 -0400 Date: Wed, 16 Jun 2004 17:16:00 -0000 From: Daniel Jacobowitz To: gdb-patches@sources.redhat.com Subject: Re: [rfa/dwarf] Handle debug_line extended ops correctly Message-ID: <20040616171606.GA30668@nevyn.them.org> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20040616154402.GA25649@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-06/txt/msg00383.txt.bz2 On Wed, Jun 16, 2004 at 12:07:30PM -0500, Jim Blandy wrote: > Daniel Jacobowitz writes: > > > This has been hanging around in my tree for a while. The HP-UX ia64 > > compiler generates things like this in .debug_line: > > Extended opcode 32: UNKNOWN: length 51 > > Extended opcode 32: UNKNOWN: length 146 > > > > 146 is different as a byte and as a uleb128, so we get confused. Of course, > > we're going to bail out shortly anyway because we don't accept unknown > > extended ops (probably for the best); but we might as well parse the length > > right. > > > > OK? > > Okay. Committed, thanks. -- Daniel Jacobowitz