From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 508 invoked by alias); 17 Feb 2004 01:28:19 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 492 invoked from network); 17 Feb 2004 01:28:16 -0000 Received: from unknown (HELO lakemtao01.cox.net) (68.1.17.244) by sources.redhat.com with SMTP; 17 Feb 2004 01:28:16 -0000 Received: from white ([68.9.64.121]) by lakemtao01.cox.net (InterMail vM.5.01.06.05 201-253-122-130-105-20030824) with ESMTP id <20040217012815.NOQV13731.lakemtao01.cox.net@white> for ; Mon, 16 Feb 2004 20:28:15 -0500 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1Asu22-0001KN-00 for ; Mon, 16 Feb 2004 20:28:14 -0500 Date: Tue, 17 Feb 2004 01:28:00 -0000 From: Bob Rossi To: gdb@sources.redhat.com Subject: Re: -symbol-list-lines Message-ID: <20040217012814.GA5079@white> Mail-Followup-To: gdb@sources.redhat.com References: <20040216204035.GD3978@white> <20040216204516.GC15919@nevyn.them.org> <20040216205557.GE3978@white> <20040217012035.GA4965@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040217012035.GA4965@nevyn.them.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-02/txt/msg00183.txt.bz2 On Mon, Feb 16, 2004 at 08:20:35PM -0500, Daniel Jacobowitz wrote: > On Mon, Feb 16, 2004 at 03:55:58PM -0500, Bob Rossi wrote: > > On Mon, Feb 16, 2004 at 03:45:16PM -0500, Daniel Jacobowitz wrote: > > > On Mon, Feb 16, 2004 at 03:40:35PM -0500, Bob Rossi wrote: > > > > I am seeing 2 potential problems, > > > > > > > > Several lines come back as {pc="0x08048406",line="0"}, > > > > should the value "0" be documented? or is it a bug? > > > > > > > > Also, for some reason, a value is repeated > > > > {pc="0x0804849c",line="38"}. Is this ok? > > > > > > I can't say anything about what is appropriate (or useful) for the MI > > > interface but I can tell you what's going on. This matches the > > > structure of the internal line table precisely. > > > > > > - line 0 means end-of-sequence. I.E. PCs greater than 0x8048406 that > > > don't have a new starting line do not belong to this line number table. > > > > I personally can't see why this would be useful to front ends. Can > > anyone else? If it isn't, I will submit a patch to not print this data. > > > > > - duplicated line numbers are emitted by the compiler to mark, mostly, > > > the ends of prologues. Sometimes the prologue is zero-sized. > > > > Would keeping a list internally of numbers that have been sent out > > already be reasonable? or is it repeating the data unimportant? > > > > I would also be willing to fix this. > > I don't know. I think I'd prefer for frontends to tolerate this data; > just because I can't think of a use for it now doesn't mean someone > else won't later. I was recently reminded that "front-end" can be a > pretty broad concept, not just user interfaces. Ok, well I'll submit a doco patch when I get the chance. I will probably put your descriptions above, since I don't really even understand what they mean. I have no idea what a "prologue" is yet :) I do think it would be good if these 2 case's where documented. Bob Rossi