From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16510 invoked by alias); 7 Apr 2009 02:27:02 -0000 Received: (qmail 16499 invoked by uid 22791); 7 Apr 2009 02:27:02 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 07 Apr 2009 02:26:56 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id B261310EA6; Tue, 7 Apr 2009 02:26:53 +0000 (GMT) Received: from caradoc.them.org (209.195.188.212.nauticom.net [209.195.188.212]) by nan.false.org (Postfix) with ESMTP id 7DF3510A44; Tue, 7 Apr 2009 02:26:53 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1Lr11Y-0004os-BA; Mon, 06 Apr 2009 22:26:52 -0400 Date: Tue, 07 Apr 2009 02:27:00 -0000 From: Daniel Jacobowitz To: Thiago Jung Bauermann Cc: Tom Tromey , gdb-patches@sourceware.org Subject: Re: Python pretty-printing [3/6] Message-ID: <20090407022652.GA18291@caradoc.them.org> Mail-Followup-To: Thiago Jung Bauermann , Tom Tromey , gdb-patches@sourceware.org References: <20090403163024.GB28512@caradoc.them.org> <20090407011627.GA13882@caradoc.them.org> <1239069822.8871.74.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1239069822.8871.74.camel@localhost.localdomain> User-Agent: Mutt/1.5.17 (2008-05-11) 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: 2009-04/txt/msg00122.txt.bz2 On Mon, Apr 06, 2009 at 11:03:42PM -0300, Thiago Jung Bauermann wrote: > El lun, 06-04-2009 a las 21:16 -0400, Daniel Jacobowitz escribió: > > On Mon, Apr 06, 2009 at 05:26:06PM -0600, Tom Tromey wrote: > > At some point I know we'll want explicit lookup routines; there's > > scope to consider. > > For scope specification and definition, I have created a gdb.Block class > in the python branch. I'm not sure if you had a look at it. Is there any > other way that scope could be defined? Types are usually not block scoped, at least, I can't think of any language where that's allowed, but it's adequate since they can be function scoped. They can also be source file scoped, or you could look up a type by name in an objfile or globally. Linkage of types is not as well defined as for symbols. -- Daniel Jacobowitz CodeSourcery