From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31699 invoked by alias); 28 Jan 2009 03:49:24 -0000 Received: (qmail 31690 invoked by uid 22791); 28 Jan 2009 03:49:24 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from e24smtp01.br.ibm.com (HELO e24smtp01.br.ibm.com) (32.104.18.85) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 28 Jan 2009 03:49:19 +0000 Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16]) by e24smtp01.br.ibm.com (8.13.1/8.13.1) with ESMTP id n0S3rnp8027799 for ; Wed, 28 Jan 2009 01:53:49 -0200 Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id n0S4mjkI3764426 for ; Wed, 28 Jan 2009 01:48:45 -0300 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n0S3nFqY012063 for ; Wed, 28 Jan 2009 01:49:16 -0200 Received: from [9.8.7.105] ([9.8.7.105]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n0S3n5J1011844; Wed, 28 Jan 2009 01:49:09 -0200 Subject: Re: Discussing the next GDB release (GDB 7.0?) From: Thiago Jung Bauermann To: tromey@redhat.com Cc: Joel Brobecker , gdb@sourceware.org In-Reply-To: References: <20090115034552.GF24105@adacore.com> Content-Type: text/plain; charset=utf-8 Date: Wed, 28 Jan 2009 03:49:00 -0000 Message-Id: <1233114539.16553.32.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-01/txt/msg00183.txt.bz2 El jue, 15-01-2009 a las 10:16 -0700, Tom Tromey escribió: > As a "stretch" goal we could consider support for new commands and > parameters implemented in Python, or convenience functions. I think > that code is also reasonably mature, useful, and independent from the > other Python bits. I'd like to see those in as well. My concern is that supporting creation of new commands and functions without exposing useful bits of GDB to Python would be of limited usefulness... That's why I was thinking of submitting other patches first like frames, symbols, blocks etc (though I concede they may need some reshaping or polishing first). To start small, submitting a patch for frame support and convenience functions would already allow implementation of $caller_is... What do you think? -- []'s Thiago Jung Bauermann IBM Linux Technology Center