From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 65C06386186A for ; Thu, 8 Oct 2020 06:56:43 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 65C06386186A Received: from fencepost.gnu.org ([2001:470:142:3::e]:59621) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQPr0-000248-US; Thu, 08 Oct 2020 02:56:42 -0400 Received: from [176.228.60.248] (port=3521 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kQPqz-0006TP-0S; Thu, 08 Oct 2020 02:56:42 -0400 Date: Thu, 08 Oct 2020 09:56:49 +0300 Message-Id: <83d01t8atq.fsf@gnu.org> From: Eli Zaretskii To: Andrew Burgess Cc: gdb-patches@sourceware.org, tom@tromey.com In-Reply-To: (message from Andrew Burgess on Wed, 7 Oct 2020 21:05:04 +0100) Subject: Re: [PATCH 0/7] Adding startup files to GDB References: X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Oct 2020 06:56:44 -0000 > From: Andrew Burgess > Date: Wed, 7 Oct 2020 21:05:04 +0100 > Cc: Tom Tromey > > This series introduces a new set of command line options and config > files that can be read very early during the startup process, these > files/command line flags can then be used to control the very early > actions that would otherwise not be user controllable. Even after I've read the documentation parts of the entire series (which was confusing due to the docs being dispersed between the messages, and the basic issue with email that you cannot ensure the order in which the messages wind up in the addressee's inbox), I must say that I don't understand why we need to expose the startup settings as normal user options changeable during a session. Since changing those settings during a session is useless, why have them as options at all? We could simply honor them as "options" only in the startup files, and do away with the auto-saving feature. After all, how hard is it for a developer who uses GDB to debug his/her programs to start up an editor and edit the startup file? It sounds like much ado about nothing to me. FWIW. Thanks.