From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26697 invoked by alias); 18 Dec 2012 18:06:14 -0000 Received: (qmail 26684 invoked by uid 22791); 18 Dec 2012 18:06:12 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_NO 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, 18 Dec 2012 18:06:07 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 017452E460; Tue, 18 Dec 2012 13:06:07 -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 x5px9X7mU9Qn; Tue, 18 Dec 2012 13:06:06 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 8D9212E25A; Tue, 18 Dec 2012 13:06:06 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 6444DC394A; Tue, 18 Dec 2012 22:05:55 +0400 (RET) Date: Tue, 18 Dec 2012 18:06:00 -0000 From: Joel Brobecker To: Jan Kratochvil Cc: gdb-patches@sourceware.org Subject: Re: [RFC] Add system-gdbinit infrastructure Message-ID: <20121218180555.GL3273@adacore.com> References: <1355846036-7645-1-git-send-email-brobecker@adacore.com> <20121218164741.GB23234@host2.jankratochvil.net> <20121218165706.GK3273@adacore.com> <20121218172002.GA24430@host2.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121218172002.GA24430@host2.jankratochvil.net> User-Agent: Mutt/1.5.21 (2010-09-15) 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-12/txt/msg00654.txt.bz2 > You two files you put there are more GDB scripts, not configuration files. > So it is probably OK for them but I just would not call this feature > system-gdbinit, I find it more contrib-scripts. > > system-gdbinit is /etc/gdbinit (Debian has some similar file there) > which seems unrelated to this mail thread feature to me. We added the --with-system-gdbinit configure option in order to allow someone to build a GDB that would use another file as the system-wide gdbinit. The distinction you are trying to establish between what constitutes or not a system-wide gdbinit seems artificial and unnecessary. Anyone is free to configure its GDB in the way they want, and in particular, to use the --with-system-gdbinit option to provide a script (yes, a script) that would automatically setup their GDB in a way that's actually useful to them. Many times, I am sure, they will setup their own script based on their own setup. But for the platforms this patch mentions, the scripts I provide would work out of the box, and thus would be a suitable system- wide init file. And again, there is no harm possible, since the decision to use them is voluntary, as GDB needs to be configured with the appropriate --with-system-gdbinit switch in order to enable the script of their choice. -- Joel