From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2813 invoked by alias); 23 Aug 2005 21:58:24 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2804 invoked by uid 22791); 23 Aug 2005 21:58:20 -0000 Received: from mail-out4.apple.com (HELO mail-out4.apple.com) (17.254.13.23) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 23 Aug 2005 21:58:20 +0000 Received: from mailgate2.apple.com (a17-128-100-204.apple.com [17.128.100.204]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id j7NLwIQB005401 for ; Tue, 23 Aug 2005 14:58:18 -0700 (PDT) Received: from relay3.apple.com (relay3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Tue, 23 Aug 2005 14:58:18 -0700 Received: from [17.219.199.241] ([17.219.199.241]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id j7NLwHTP028228; Tue, 23 Aug 2005 14:58:17 -0700 (PDT) Message-ID: <430B9BF8.500@apple.com> Date: Wed, 24 Aug 2005 02:20:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.3) Gecko/20040910 MIME-Version: 1.0 To: Nick Roberts CC: Jim Ingham , Daniel Jacobowitz , gdb-patches@sources.redhat.com Subject: Re: RFC: MI output during program execution References: <17142.56731.941946.838268@farnswood.snap.net.nz> <20050808130516.GA9046@nevyn.them.org> <17160.63891.324530.937796@farnswood.snap.net.nz> In-Reply-To: <17160.63891.324530.937796@farnswood.snap.net.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-08/txt/msg00237.txt.bz2 Nick Roberts wrote: > > The most current version of our sources is available in tar.gz form at: > > > > http://www.opensource.apple.com/darwinsource/tarballs/other/ > > gdb-384.tar.gz > >I've downloaded and looked at gdb-413. I think that your changes do the kinds >of things that we have been talking about. I realise that Apple don't want to >allocate resources to merge these changes into FSF GDB but, as I'm finding it >difficult to make my own changes, I would like to do this. I guess that you >will find this agreeable as it will minimise differences between Apple GDB and >FSF GDB. > As you've no doubt noticed, we have lots of intermingled local changes, so it's going to be a long hard process to contribute everything. While (IMHO) at least 95% of our local changes are of interest for FSF GDB, the context diff alone (no new files, no configury diffs) is 125Kloc! So we'll be most grateful for any help you can lend. I myself have been working on a patch for the basic native configuration, which will help break some of the contribution logjam by enabling testing on Darwin instead of Linux or some other config. > > > I am pretty sure the CVS repository is up to date with this as well > > (some projects require an ADC membership, but gdb & friends have > > anonymous access). See > > > > http://developer.apple.com/darwin/tools/cvs/howto.html > > > > for more details. > > > > This code is based on a merge that's almost a year old now. Stan & > > Klee are working away at a more recent merge - we're pretty sure the > > patient will survive, but it's definitely not ambulatory yet... > >Could you please tell me where you think the best place to start would be? >I guess CVS would be better than a tarball. Would it be best to wait until >Stan & Klee have completed their merge? > Anything you do now will be of value, I don't think our MI stuff has churned a whole lot, but I would like to put out a drop of our latest mostly-working CVS anyway, since it's merged up to FSF sources as of a few days ago, plus most of the local changes have been at least categorized by purpose. I can't think of any obstacles, but as a "newbie" in Apple GDB :-) , I need to find out what I can do. Stan