From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id dQBIN6Q1EGDHLAAAWB0awg (envelope-from ) for ; Tue, 26 Jan 2021 10:30:44 -0500 Received: by simark.ca (Postfix, from userid 112) id D4E041EF80; Tue, 26 Jan 2021 10:30:44 -0500 (EST) 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 092FE1E940 for ; Tue, 26 Jan 2021 10:30:44 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id ADAA9386185A; Tue, 26 Jan 2021 15:30:43 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org ADAA9386185A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1611675043; bh=BdMYfBkqJ8ZcvlH77uVoaaV14ftYmHQofwwTtzbRBog=; h=Subject:To:References:Date:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=xjw8gzqCSAvCXDVemeW4PA7d/QZlxUmbiEeMfHBAzzMa4Rv83i6meBa8QwL8unqRQ fBAlckgDQk9mj7zH3j06J44G/yCSji9zGos2j5jiGgFtiwX40Z+c7feUsTHporoyPT rN8fYy24aH9Eme0/LRz94HuO3LOYzqFxu7JmpEzg= Received: from smtp.polymtl.ca (smtp.polymtl.ca [132.207.4.11]) by sourceware.org (Postfix) with ESMTPS id 5A3EE386185A for ; Tue, 26 Jan 2021 15:30:41 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 5A3EE386185A Received: from simark.ca (simark.ca [158.69.221.121]) (authenticated bits=0) by smtp.polymtl.ca (8.14.7/8.14.7) with ESMTP id 10QFUZCW020748 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 26 Jan 2021 10:30:39 -0500 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp.polymtl.ca 10QFUZCW020748 Received: from [10.0.0.11] (192-222-157-6.qc.cable.ebox.net [192.222.157.6]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id DC51A1E940; Tue, 26 Jan 2021 10:30:34 -0500 (EST) Subject: Re: [PATCHv2 2/3] gdb: process startup files and startup command line options To: Andrew Burgess , gdb-patches@sourceware.org References: <99a396b1db7b7a6caacdcbd966236cd59fc6fc2b.1611653889.git.andrew.burgess@embecosm.com> Message-ID: Date: Tue, 26 Jan 2021 10:30:34 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <99a396b1db7b7a6caacdcbd966236cd59fc6fc2b.1611653889.git.andrew.burgess@embecosm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Poly-FromMTA: (simark.ca [158.69.221.121]) at Tue, 26 Jan 2021 15:30:35 +0000 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: Simon Marchi via Gdb-patches Reply-To: Simon Marchi Errors-To: gdb-patches-bounces@sourceware.org Sender: "Gdb-patches" On 2021-01-26 4:48 a.m., Andrew Burgess wrote:> Adds the ability to process commands at a new phase during GDB's > startup. This phase is earlier than the current initialisation file > processing, before GDB has produced any output. > > The number of commands that can be processed at this early stage will > be limited, and it is expected that the only commands that would be > processed at this stage will relate to some of the fundamentals of how > GDB starts up. > > Currently the only commands that it makes sense to add to this startup > file are those like 'set style version ....' as the version string is > displayed during startup before the standard initialization files are > parsed. As such this commit fully resolved bug cli/25956. > > This commit adds a mechanism to find these startup files as well as > some corresponding command line flags. > > The startup files that GDB will currently check for are > ~/.config/gdb/gdbstartup (on Linux like systems) or ~/.gdbstartup if > the former is not found. > > The output of 'gdb --help' has been extended to include a list of the > startup files being processed. Functionally, that all LGTM. Sorry if I'm late to the game, but I have to admit that I find the name a bit confusing. If I didn't already know which is which, I couldn't tell which of "init" and "startup" happens earlier than the other. "init" and "earlyinit" would be unambiguous, for example. But this is a minor detail, feel free to ignore. The documentation still makes it clear. Simon