From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rock.gnat.com (rock.gnat.com [IPv6:2620:20:4000:0:a9e:1ff:fe9b:1d1]) by sourceware.org (Postfix) with ESMTP id 33E5E3857038 for ; Fri, 17 Jul 2020 22:14:06 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 33E5E3857038 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=adacore.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=brobecker@adacore.com Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id D6137560E6; Fri, 17 Jul 2020 18:14:05 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at gnat.com 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 J2VgLdogzjec; Fri, 17 Jul 2020 18:14:05 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id A5DCE560E5; Fri, 17 Jul 2020 18:14:05 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 0AE4E83464; Fri, 17 Jul 2020 15:14:03 -0700 (PDT) Date: Fri, 17 Jul 2020 15:14:03 -0700 From: Joel Brobecker To: Reuben Thomas Cc: Reuben Thomas via Gdb Subject: Re: Adding Python files to be autoloaded for a particular architecture Message-ID: <20200717221403.GV5016@adacore.com> References: <20200717214210.GU5016@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Spam-Status: No, score=-3.5 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, 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@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2020 22:14:07 -0000 > > You can try with --with-system-gdbinit=xxx instead. > > > > Thanks, but surely --with-system-gdbinit is designed for the system > administrator? For example, on Debian, the supplied gdb is configured with > --with-system-gdbinit=/etc/gdb/gdbinit. I don't want to conflict with this > usage. I don't think you can categorize the intended user of each option. They just do different things. > We can probably delete these two files, if no one else finds them useful > > anymore. But I don't think you really want to use GDB's system-gdbinit > > as a system-gdbinit-dir; generally speaking, my understand of the > > directory provided in the GDB sources is that it's a collection of > > files that are not necessarily meant to always be relevant. > > Ah, OK, so I should instead configure with a different > --with-system-gdbinit-dir? But how can I get my files installed in that > directory? It seems like this is not something I can do with gdb's build > system. > > So should I be using a different route to get an architecture support file > always installed and loaded? Thinking out loud (I do not know all the details off the top of my head), I see a couple of ways: - You use a subdirectory of system-gdbinit, and then configure GDB to use that subdirectory - You create one file that the sources all the other files you need, and then configure GDB to use that file as the system-gdbinit. -- Joel