From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20277 invoked by alias); 21 Aug 2009 22:15:12 -0000 Received: (qmail 20261 invoked by uid 22791); 21 Aug 2009 22:15:11 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 21 Aug 2009 22:15:04 +0000 Received: from int-mx03.intmail.prod.int.phx2.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.16]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n7LMF16g016295; Fri, 21 Aug 2009 18:15:01 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx03.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n7LMF0rH028795; Fri, 21 Aug 2009 18:15:01 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n7LMExfd009663; Fri, 21 Aug 2009 18:15:00 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 33EB03782EF; Fri, 21 Aug 2009 16:14:59 -0600 (MDT) From: Tom Tromey To: Michael Snyder Cc: "gdb-patches\@sourceware.org" Subject: Re: RFC: allow breakpoints on labels References: <4A8D8A26.7010303@vmware.com> Reply-To: Tom Tromey Date: Fri, 21 Aug 2009 22:16:00 -0000 In-Reply-To: <4A8D8A26.7010303@vmware.com> (Michael Snyder's message of "Thu, 20 Aug 2009 10:38:46 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2009-08/txt/msg00349.txt.bz2 >>>>> "Michael" == Michael Snyder writes: Michael> 1) Labels will be in a separate name-space from other symbols Michael> (functions)? Yes. Here I just reused some existing gdb infrastructure, which appears to mostly be unused. You can't even "print label" at the moment, due to this. It might be nice to implement the GCC address-of-label extension, though this doesn't seem to be extremely useful. Michael> 2) The search order will find functions first, and only if Michael> there is no conflicting function, find a label? What if Michael> there's a function and a label of the same name, and user Michael> wants to specify the label? Yes, functions are searched first. There's no way to pick the label in this case. Michael> 3) There's no danger of our confusing a label with a Michael> function somewhere downstream, and doing something silly Michael> such as applying prologue_skip or skip_trampoline to a label? I don't think so, but I'm really not sure how I would be sure. Tom