From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22062 invoked by alias); 10 May 2012 18:13:09 -0000 Received: (qmail 22050 invoked by uid 22791); 10 May 2012 18:13:07 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from elasmtp-galgo.atl.sa.earthlink.net (HELO elasmtp-galgo.atl.sa.earthlink.net) (209.86.89.61) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 10 May 2012 18:12:54 +0000 Received: from [68.96.200.16] (helo=macbook2.local) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1SSXrB-0008U8-Dr for gdb-patches@sourceware.org; Thu, 10 May 2012 14:12:53 -0400 Message-ID: <4FAC051C.1090208@earthlink.net> Date: Thu, 10 May 2012 18:13:00 -0000 From: Stan Shebs User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: gdb-patches@sourceware.org Subject: Re: 'info os' additions again References: <4FA9A2FA.3090307@earthlink.net> <83k40m0xqt.fsf@gnu.org> <4FAADEBE.7010908@earthlink.net> <83pqaczk9u.fsf@gnu.org> <4FABB2DC.6030905@redhat.com> In-Reply-To: <4FABB2DC.6030905@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: ae6f8838ff913eba0cc1426638a40ef67e972de0d01da94060f6b5d8a3fe276f4a722952047f0ac3350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-IsSubscribed: yes 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: 2012-05/txt/msg00373.txt.bz2 On 5/10/12 5:21 AM, Pedro Alves wrote: > On 05/10/2012 06:18 AM, Eli Zaretskii wrote: > >>> Date: Wed, 09 May 2012 14:16:46 -0700 >>> From: Stan Shebs >>> CC: gdb-patches@sourceware.org >>> >>>> FWIW, I never understood the reason why others prefer "info os". >>> I'm sure a lot of it comes from the same-but-differentness of the Unix >>> family. I myself have my right hand on a Macbook and left hand on a >>> Dell running Linux, and so if I'm sticking to Posix API, I want GDB to >>> work the same on the two. >> Can you show the "same but different" sub-commands we have now? >> >> What I see in osdata.c is that the info comes from a target-specific >> XML file, so it could be anything. > > [...] > > It is more useful to consider its MI variant (has it been contributed yet? I thought > it had, but I can't see it now), where the frontend queries GDB for what tables does > the backend expose (with the MI version of a plain "info os", which returns > a table with the list of supported objects), and then presents them in > spreadsheet-like format, all without any target-knowledge hard coding. Exposing > more GNU/Linux objects through the mechanism in the GNU/Linux backends serves > the purpose of being the reference implementation / proof-of-concept. Vladimir worked > on an Eclipse plugin that made use of all this, and it was in the progress > of being pushed to Eclipse upstream last I heard of it. I'm not aware of its > current status. They're waiting for the GDB bits (including the MI patch which is in my queue) to become available, which is why I want to get this resolved one way or another. It's a little ironic that Eclipse folks, who don't care about command-line syntax, are being blocked on a discussion of command-line syntax. :-) If everybody is tired of the issue, I'll just make a decision; things can always be changed later. Stan