From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4444 invoked by alias); 2 Oct 2009 16:21:52 -0000 Received: (qmail 4436 invoked by uid 22791); 2 Oct 2009 16:21:51 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from bromo.med.uc.edu (HELO bromo.med.uc.edu) (129.137.3.146) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Fri, 02 Oct 2009 16:21:48 +0000 Received: from bromo.med.uc.edu (localhost.localdomain [127.0.0.1]) by bromo.med.uc.edu (Postfix) with ESMTP id 92809B005E; Fri, 2 Oct 2009 12:21:46 -0400 (EDT) Received: (from howarth@localhost) by bromo.med.uc.edu (8.14.3/8.14.3/Submit) id n92GLk9r007356; Fri, 2 Oct 2009 12:21:46 -0400 Date: Fri, 02 Oct 2009 16:21:00 -0000 From: Jack Howarth To: Tom Tromey Cc: Joel Brobecker , Paul Pluzhnikov , Anirban Sinha , gdb@sourceware.org, Michael Snyder Subject: Re: FW: gdb seems to be broken on darwin 10.5.8 and later Message-ID: <20091002162146.GB6532@bromo.med.uc.edu> References: <8ac60eac0909302034s3f67ed8fxc84fa5544740dd21@mail.gmail.com> <20091002015530.GB29817@bromo.med.uc.edu> <8ac60eac0910011913v762a312eh7edb63c9e3730586@mail.gmail.com> <20091002153739.GN6532@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-10/txt/msg00045.txt.bz2 On Fri, Oct 02, 2009 at 10:00:28AM -0600, Tom Tromey wrote: > >>>>> "Joel" == Joel Brobecker writes: > > >> I am not sure how Joel wants to handle this WRT the 7.0 branch; none > >> of the other maintainers chimed in :-( > > Joel> Did Jack confirm that it does not work without applying your patch? > > I read the referenced email. If the only issue with the patch is that > it is not the best possible way to fix the problem, then I think it > might as well go in. I say that because I think it generally preferable > to commit a functioning patch rather than wait for a more ideal patch. > > Tom Tom, I agree since a functional gdb (even if only as root) will encourage more folks to work the remaining issues. It also allows darwin users to test gdb against the new debug support in gcc trunk. Jack