From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24648 invoked by alias); 27 Sep 2003 15:46:43 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 24616 invoked from network); 27 Sep 2003 15:46:38 -0000 Received: from unknown (HELO localhost.redhat.com) (65.49.0.121) by sources.redhat.com with SMTP; 27 Sep 2003 15:46:38 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id D8D422B8E; Sat, 27 Sep 2003 10:54:09 -0400 (EDT) Message-ID: <3F75A491.4010203@redhat.com> Date: Sat, 27 Sep 2003 17:49:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eli Zaretskii Cc: pes@india.hp.com, jimb@redhat.com, gdb@sources.redhat.com Subject: Re: Tracepoint support in Cygnus GDB ? References: <3F717475.33E13BC4@india.hp.com> <6654-Wed24Sep2003201904+0300-eliz@elta.co.il> <3F72FF8C.3080104@redhat.com> <6654-Sat27Sep2003132618+0300-eliz@elta.co.il> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-09/txt/msg00338.txt.bz2 > Right -- please contribute support for native tracepoints! The literal interpretation of this suggestion is to go away and not come back until you've come up with an unmergable jumbo patch. For GDB, while its possible to contribute a new architecture (we've got that pretty much cleaned up), it isn't possible to simply contribute a feature like native tracepoints (we've got much work to do). >> The thing to keep in mind is that GDB's development model is one of >> constant incremental change - fix a structure here, move a method there, >> oops just accidently fixed a 15 year old bug of not being able to return >> small structs, ... > > > If this is supposed to be a gripe on the fact that no significant > user-level changes were added to GDB (except, perhaps, on GNU/Linux > systems), then I, too, am worried by that. The oposite. Thanks to a change of emphasis away from badly integrated and incomplete jumbo patches and more towards change that improves/simplifies gdb's structural design, it's become possible to fix very very long standing bugs and enable work on those desired new features. Andrew