From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8410 invoked by alias); 21 Aug 2005 21:59:02 -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 8379 invoked by uid 22791); 21 Aug 2005 21:58:57 -0000 Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sun, 21 Aug 2005 21:58:56 +0000 Received: from farnswood.snap.net.nz (p239-tnt2.snap.net.nz [202.124.108.239]) by viper.snap.net.nz (Postfix) with ESMTP id 2C6E26886B2; Mon, 22 Aug 2005 09:58:53 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 10DEC62A99; Sun, 21 Aug 2005 23:00:51 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17160.63891.324530.937796@farnswood.snap.net.nz> Date: Sun, 21 Aug 2005 22:09:00 -0000 To: Jim Ingham Cc: Daniel Jacobowitz , gdb-patches@sources.redhat.com Subject: Re: RFC: MI output during program execution In-Reply-To: References: <17142.56731.941946.838268@farnswood.snap.net.nz> <20050808130516.GA9046@nevyn.them.org> X-SW-Source: 2005-08/txt/msg00221.txt.bz2 > 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. > 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? Nick