From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9341 invoked by alias); 31 Aug 2006 23:37:10 -0000 Received: (qmail 9331 invoked by uid 22791); 31 Aug 2006 23:37:09 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Thu, 31 Aug 2006 23:37:07 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1GIw5n-0005fA-7j; Thu, 31 Aug 2006 19:37:03 -0400 Date: Thu, 31 Aug 2006 23:37:00 -0000 From: Daniel Jacobowitz To: Nick Roberts Cc: Michael Snyder , Mark Kettenis , gdb@sources.redhat.com Subject: Re: Merge of nickrob-async-20060513 to mainline? Message-ID: <20060831233703.GA21723@nevyn.them.org> Mail-Followup-To: Nick Roberts , Michael Snyder , Mark Kettenis , gdb@sources.redhat.com References: <17652.63229.637451.185345@kahikatea.snap.net.nz> <20060830023335.GA6377@nevyn.them.org> <17653.930.196634.143646@kahikatea.snap.net.nz> <200608312102.k7VL2TAe017778@elgar.sibelius.xs4all.nl> <17655.22749.599881.560771@kahikatea.snap.net.nz> <20060831222942.GA19065@nevyn.them.org> <17655.25836.313498.847320@kahikatea.snap.net.nz> <1157064793.4466.52.camel@localhost.localdomain> <17655.28994.979830.876998@kahikatea.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17655.28994.979830.876998@kahikatea.snap.net.nz> User-Agent: Mutt/1.5.11+cvs20060403 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-08/txt/msg00297.txt.bz2 On Fri, Sep 01, 2006 at 11:31:14AM +1200, Nick Roberts wrote: > > > It's their choice to make GDB multi-threaded. I'm just saying it's an > > > example of where it seems to work in practice. > > > > Nick, what you're up against is that this is an old discussion. > > We've tossed around the idea of making gdb a multi-threaded app > > for years, and for various reasons, we've decided against it. > > If it's an old discussion, it was presumably before NPTL, when LinuxThreads > was used. More likely it was before Linux was a relevant platform at all. GDB isn't all about GNU/Linux. Anyway, I don't see the point in worrying about this. We'll try to come up with an interface that lets an extra thread, if necessary, be contained to native files on platforms that really need it due to quirks of their debug interface; I vaguely recall hearing that Darwin was such a platform. I don't think any of the other native debug interfaces I'm familiar with qualify. -- Daniel Jacobowitz CodeSourcery