From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12960 invoked by alias); 11 Apr 2012 04:59:40 -0000 Received: (qmail 12950 invoked by uid 22791); 11 Apr 2012 04:59:39 -0000 X-SWARE-Spam-Status: No, hits=-5.4 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail-vb0-f41.google.com (HELO mail-vb0-f41.google.com) (209.85.212.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 11 Apr 2012 04:59:25 +0000 Received: by vbbey12 with SMTP id ey12so444679vbb.0 for ; Tue, 10 Apr 2012 21:59:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-system-of-record :x-gm-message-state; bh=9Naimu4TB4RIGZ5B2isD72BrkwARhOKqKzmrq2MnXjI=; b=TMN+KdU9w1UT9rzyw9WdOv4tYy/XceRvtg2ad/HP9CPRn924jGBdHycOP6H9FAniSm qEglRY312XTPmFAidWyAZXBkHJAvoX/JdmGYzMjV9h3giMzr/r5YyfJOBGWNSkpLTYfV AXLoaF0myoTLhEgFZ1pMGjHAyJGBQC+7ZmCvlByoPDsK0eRJwD2947KvynWlTor3Pi60 gf5gkEDB/HXj8JkF4E+tgZEotLJCVehhYLtGvM4WwCYL9zyWtoQ18pjE/fUvNn4OF/AA cf8qqn2lFxfgxlvZ2pF0XskXgMGG+RYxP/l6W3Q8kgSURKRGrKXhu5klhgb2rL9vWx4G 9quA== Received: by 10.52.98.200 with SMTP id ek8mr5809580vdb.36.1334120364888; Tue, 10 Apr 2012 21:59:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.98.200 with SMTP id ek8mr5809574vdb.36.1334120364764; Tue, 10 Apr 2012 21:59:24 -0700 (PDT) Received: by 10.220.73.14 with HTTP; Tue, 10 Apr 2012 21:59:24 -0700 (PDT) In-Reply-To: References: <87mx6k4b9t.fsf@fleche.redhat.com> <87398b4582.fsf@fleche.redhat.com> Date: Wed, 11 Apr 2012 05:44:00 -0000 Message-ID: Subject: Re: [RFC - Python Scripting] New method gdb.Symtab.blocks_iterator - docs included From: Doug Evans To: Siva Chandra Cc: Tom Tromey , gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-Gm-Message-State: ALoCoQllenXg0a5JHlAwdCqRWINBimGklknAIL+RT9dIUgmMzwCu8Wqcb8GRNl/A/xWiSyn9I9DhOOzVk+qdyNUCRM01C699vryBIQSnL5/Wg4Apm+t7Qkaboj3Y7gC7DDi4CaVxocCXsc9UF+Ib6DfWMvnSH5tgtw== 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: 2012-04/txt/msg00227.txt.bz2 On Tue, Apr 10, 2012 at 9:55 PM, Siva Chandra wrot= e: > Tom> I think it would be a bit more future-proof to just let the user acc= ess > Tom> the symtab's global and static blocks, then rely on iteration over > Tom> symbols within a block. =A0This would mean also adding a way to fetc= h a > Tom> block's subblocks. > > To begin with then, can I remove the idea of this iterator (and the > blocks method) and add two methods global_block and static_block? [fwiw] Even for global and static blocks, I'd like to see it written down that we don't promise absolute consistency from release to release.