From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31144 invoked by alias); 21 Jul 2008 18:32:36 -0000 Received: (qmail 31134 invoked by uid 22791); 21 Jul 2008 18:32:36 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 21 Jul 2008 18:32:19 +0000 Received: (qmail 25245 invoked from network); 21 Jul 2008 18:32:17 -0000 Received: from unknown (HELO macbook-2.local) (stan@127.0.0.2) by mail.codesourcery.com with ESMTPA; 21 Jul 2008 18:32:17 -0000 Message-ID: <4884D62B.8040904@codesourcery.com> Date: Mon, 21 Jul 2008 21:54:00 -0000 From: Stan Shebs User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Michael Eager CC: gdb@sourceware.org Subject: Re: Towards multiprocess GDB References: <4880FFA8.3080600@earthlink.net> <4884B40C.3010707@eagercon.com> In-Reply-To: <4884B40C.3010707@eagercon.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: 2008-07/txt/msg00243.txt.bz2 Michael Eager wrote: > I would like to see GDB become a multi-process, multi-target, multi- > architecture debugger. I agree that this should be the ultimate outcome, and I keep it in mind when thinking about specific subsystems. After all, that was one of the main reasons for the long and painful transition from random preprocessor macros to gdbarch objects. Poking around the web pages and wiki, I don't see anything actually saying that anywhere, although most GDBers I've talked to in person are in agreement. Time for a new long-term roadmap? Stan