From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5662 invoked by alias); 3 Jan 2012 03:05:27 -0000 Received: (qmail 5652 invoked by uid 22791); 3 Jan 2012 03:05:25 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 03 Jan 2012 03:05:12 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 600222BAE1B; Mon, 2 Jan 2012 22:05:11 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kDoEeU5QeL-r; Mon, 2 Jan 2012 22:05:11 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id E18822BAE15; Mon, 2 Jan 2012 22:05:10 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 06E27145615; Tue, 3 Jan 2012 07:04:59 +0400 (RET) Date: Tue, 03 Jan 2012 03:05:00 -0000 From: Joel Brobecker To: Eli Zaretskii Cc: Pedro Alves , stanshebs@earthlink.net, gdb-patches@sourceware.org Subject: Re: [PATCH] Add extra 'info os' information types for Linux (trunk and 7.4) Message-ID: <20120103030459.GF2730@adacore.com> References: <4E95DC58.7030805@codesourcery.com> <4ECD3496.1070609@codesourcery.com> <4EF9497B.9020501@earthlink.net> <4EFA54FF.1080307@earthlink.net> <4F019E45.5010906@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) 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-01/txt/msg00073.txt.bz2 > As I already wrote, I have absolutely no problems with that, provided > that we apply this logic consistently. Doing so would mean that we > should gather all the OS-specific "info MyOS SOMETHING" under the > single "info os" roof, and remove "info dos", "info w32", etc. Generally speaking, I tend to agree - it is best to have a general command that each platform can implement rather than each having their own command . People like myself who work on so many different platforms tend to lose out on these little commands. I've seen this sort of transition with the command used to list shared libraries on Windows, for instance. But, as Pedro shows, the devil is in the details. I think we need to look at each command and deal with it individually. -- Joel