From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10462 invoked by alias); 31 Jul 2007 20:38:31 -0000 Received: (qmail 10451 invoked by uid 22791); 31 Jul 2007 20:38:30 -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; Tue, 31 Jul 2007 20:38:26 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l6VKaMss001112; Tue, 31 Jul 2007 16:36:22 -0400 Received: from pobox.tokyo.redhat.com (pobox.tokyo.redhat.com [172.16.33.225]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l6VKaK0J024905; Tue, 31 Jul 2007 16:36:21 -0400 Received: from localhost (vpn-4-8.tokyo.redhat.com [10.64.4.8]) by pobox.tokyo.redhat.com (8.12.11.20060308/8.12.8) with ESMTP id l6VKaIwQ007216; Wed, 1 Aug 2007 05:36:18 +0900 Date: Tue, 31 Jul 2007 21:32:00 -0000 Message-Id: <20070801.053617.187341760.yamato@redhat.com> To: drow@false.org Cc: jimb@codesourcery.com, gdb-patches@sourceware.org Subject: Re: To know the stopped reason from hook-stop From: Masatake YAMATO In-Reply-To: <20070731201310.GA9743@caradoc.them.org> References: <20070731.223548.76561387.yamato@redhat.com> <20070731201310.GA9743@caradoc.them.org> X-Mailer: Mew version 5.2 on Emacs 22.1.50 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: 2007-07/txt/msg00340.txt.bz2 > > It's painful to watch people wrestle GDB's scripting language into > > doing something useful. If Daniel's patch to add Python as a > > scripting language for GDB were in the public sources, then I could > > say, "Don't worry about trying to fix GDB's horrible scripting > > language, provide this data to Python." I'm sure that's the better > > investment. > > > > At the same time, I don't want to make the mistake of saying, "Oh, no, > > let's not commit that improvement, something much better is coming > > along real soon now" when there are no specific plans for the much > > better thing's arrival. > > > > Daniel, have you had time to work on that patch since we last talked > > about it? > > I just started work on it again Sunday. I'll try to make some more > time for it soon. > > I'm afraid I really don't like this patch. Adding magic numbers is > the only reasonable thing we can do in the existing CLI, but it is > arcane and hard to work with. Once there's a better language in > place, we can be a lot more flexible. I agree with you. > (My scripting tree also has some patches to make using strings for > this sort of thing easier.) Great. Masatake YAMATO