From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id Ee59EC64fl+gYAAAWB0awg (envelope-from ) for ; Thu, 08 Oct 2020 02:56:46 -0400 Received: by simark.ca (Postfix, from userid 112) id 3634D1EF6F; Thu, 8 Oct 2020 02:56:46 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 8011D1E58C for ; Thu, 8 Oct 2020 02:56:45 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 2B6263842439; Thu, 8 Oct 2020 06:56:45 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2B6263842439 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1602140205; bh=vPToSPuf+a3VW3p+SQLkiCLWrPitS+dy2EqlDaXkDzQ=; h=Date:To:In-Reply-To:Subject:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=EGY7wjO1e+VxbIDGBJpleTqLFfyPBMp6uQHe/i78OKLwYO0G7+z/he8f9ehjcsKs6 9AOuveZ+dSNhDRo9oStwtB0B6fNi5lT6EXBciMTdB83bdh1jgs+AVaZdCer5kEdt57 DSER4VHAzdoXpYss5K4eFMDM44wGRT4F23CbBLrw= 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> To: Andrew Burgess 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-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: , From: Eli Zaretskii via Gdb-patches Reply-To: Eli Zaretskii Cc: tom@tromey.com, gdb-patches@sourceware.org Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" > 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.