From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4307 invoked by alias); 8 Jun 2009 22:43:15 -0000 Received: (qmail 4299 invoked by uid 22791); 8 Jun 2009 22:43:14 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 08 Jun 2009 22:43:06 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n58Mf21V011207; Mon, 8 Jun 2009 18:41:02 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n58Mf1X3018629; Mon, 8 Jun 2009 18:41:01 -0400 Received: from opsy.redhat.com (vpn-13-47.rdu.redhat.com [10.11.13.47]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n58Mf0vV030461; Mon, 8 Jun 2009 18:41:00 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 94B66486A3; Mon, 8 Jun 2009 16:40:59 -0600 (MDT) To: "Marc Khouzam" Cc: "Pedro Alves" , Subject: Re: Move the multi-forks support to the generic multi-inferiors support. References: <200905310013.38916.pedro@codesourcery.com> <200906061707.21594.pedro@codesourcery.com> <6D19CA8D71C89C43A057926FE0D4ADAA0789E524@ecamlmw720.eamcs.ericsson.se> From: Tom Tromey Reply-To: Tom Tromey Date: Mon, 08 Jun 2009 22:43:00 -0000 In-Reply-To: <6D19CA8D71C89C43A057926FE0D4ADAA0789E524@ecamlmw720.eamcs.ericsson.se> (Marc Khouzam's message of "Sun\, 7 Jun 2009 21\:33\:57 -0400") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00194.txt.bz2 >>>>> "Marc" == Marc Khouzam writes: Marc> Just a note that up to GDB 6.8, we used the output of "info threads" Marc> in the DSF-GDB Eclipse frontend. With GDB 7.0 we moved to Marc> "-thread-info" Marc> So, I'm not affected by a change of output Unfortunately both -thread-info and "info threads" just amount to a call to print_thread_info. So, if we fix that to use a table, it will change the MI output, IIUC. FWIW, using a table in these situations seems superior to me, because it allows for column headings and because it handles some of the formatting bits (lining up columns) automatically. So, at least IMO, code like this should prefer tables over things like emitting sequences of spaces. If I'm missing some obvious drawback here, please let me know, since I'd like to be informed...q Marc> I'm not sure if you enforce CLI output backwards compatibility... I think we definitely should not. Tom