From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18337 invoked by alias); 13 Mar 2008 14:54:14 -0000 Received: (qmail 18329 invoked by uid 22791); 13 Mar 2008 14:54:13 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 13 Mar 2008 14:53:49 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m2DEqUw7000652; Thu, 13 Mar 2008 10:52:30 -0400 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m2DEqSuD016078; Thu, 13 Mar 2008 10:52:28 -0400 Received: from opsy.redhat.com (vpn-248-144.boston.redhat.com [10.13.248.144]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m2DEqQxp016092; Thu, 13 Mar 2008 10:52:27 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 6AAD5C8803D; Thu, 13 Mar 2008 08:00:24 -0600 (MDT) To: Thiago Jung Bauermann Cc: gdb-patches@sourceware.org Subject: Re: [RFC] Strings and arrays without malloc References: <20080309161335.GA26917@caradoc.them.org> <1205417784.6643.78.camel@localhost.localdomain> From: Tom Tromey Reply-To: Tom Tromey X-Attribution: Tom Date: Thu, 13 Mar 2008 14:54:00 -0000 In-Reply-To: <1205417784.6643.78.camel@localhost.localdomain> (Thiago Jung Bauermann's message of "Thu\, 13 Mar 2008 11\:16\:24 -0300") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.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: 2008-03/txt/msg00144.txt.bz2 >>>>> "Thiago" == Thiago Jung Bauermann writes: Thiago> 2. Create new types (using Python's C API) to represent the classes we Thiago> want to expose to Python. All of the implementation would be in C, then. Thiago> The glue would be more complicated (but maybe not much more Thiago> complicated), but then the implementation is all in one language, and in Thiago> one place. Yeah. I started implementing a simple accessor for some frame state, and I though that it would probably be better to change my approach a bit. The reason is if you get a frame, you will probably often want access to more than one attribute of the frame, and it seems more efficient, and cleaner, to bundle this up. But, the problem with object mappings like this is that managing the lifetime of the objects in the scripting language can be a pain. I'm not really a gdb expert so I don't know how difficult this will be in practice. Thiago> I think there are lots of eyes on this Python support thing, Thiago> including mine. :-) Thiago> I'm starting to put some hands on it too, FWIW. Let's set up a branch or make a git repository or something like that. What works for you? Tom