From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16820 invoked by alias); 15 Apr 2009 16:04:00 -0000 Received: (qmail 16676 invoked by uid 22791); 15 Apr 2009 16:03:57 -0000 X-SWARE-Spam-Status: No, hits=2.6 required=5.0 tests=AWL,BAYES_00,BOTNET,RCVD_IN_JMF_BL,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout1.012.net.il (HELO mtaout1.012.net.il) (84.95.2.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 15 Apr 2009 16:03:47 +0000 Received: from conversion-daemon.i-mtaout1.012.net.il by i-mtaout1.012.net.il (HyperSendmail v2007.08) id <0KI500300GG26L00@i-mtaout1.012.net.il>; Wed, 15 Apr 2009 19:03:44 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.229.34.97]) by i-mtaout1.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KI500BGAGM7WIC0@i-mtaout1.012.net.il>; Wed, 15 Apr 2009 19:03:44 +0300 (IDT) Date: Wed, 15 Apr 2009 16:04:00 -0000 From: Eli Zaretskii Subject: Re: [RFC] GDB ARIndex Linux rule cleanup In-reply-to: <200904151523.n3FFNIY9025877@d12av02.megacenter.de.ibm.com> To: Ulrich Weigand Cc: muller@ics.u-strasbg.fr, brobecker@adacore.com, gdb-patches@sourceware.org, gdb@sourceware.org Reply-to: Eli Zaretskii Message-id: <83tz4plx93.fsf@gnu.org> References: <200904151523.n3FFNIY9025877@d12av02.megacenter.de.ibm.com> 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: 2009-04/txt/msg00318.txt.bz2 > Date: Wed, 15 Apr 2009 17:23:18 +0200 (CEST) > From: "Ulrich Weigand" > Cc: muller@ics.u-strasbg.fr, brobecker@adacore.com, gdb-patches@sourceware.org, > gdb@sourceware.org > > Eli Zaretskii wrote: > > > I think GDB's "target" is always the OS kernel, not the OS itself. > > > > The distinction FSF asks for is between the GNU/Linux as a whole > > system, which includes all the main applications and libraries, and > > Linux as the bare-bones OS. GDB targets the latter, not the former. > > Huh? I'd say a large part of what makes up a GDB target is unrelated > to the OS kernel: > - Processor properties (register names/types/groups) That's hardware, and as such, unrelated to our discussion. > - ABI elements (data types, function calling convention, stack unwinding, > C++ ABI, platform-specific debug format details, ...) Which has nothing to do with GNU. > - Shared library support, thread support (those may depend on kernel > details, but may also -in particular on Linux- depend on strictly > user-space library-implemented details ...) That's not part of the ``target'', in the sense that we were talking about. > If you were to write a program using a completely different user-space > ABI, it might run just fine on the Linux kernel, but GDB configured > for a -linux target would not really be able to successfully debug the > program. We are talking about a specific file, not about the whole of GDB built for native debugging. > > > Compare for example the usage in linux-nat.c: > > > > > > /* Create a prototype generic GNU/Linux target. > > > > That's a mistake, IMO. There's no need for GNU here. > > This is common usage throughout the Linux target and native files. > Even looking just at the very first lines of those files: Because people who don't understand the essence of the distinction between the Linux kernel and GNU/Linux as a system get scared and put the "GNU" part everywhere, lest they err on the wrong side.