From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rock.gnat.com (rock.gnat.com [205.232.38.15]) by sourceware.org (Postfix) with ESMTP id A3FD33857004 for ; Fri, 17 Jul 2020 21:42:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org A3FD33857004 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 7B137560E5 for ; Fri, 17 Jul 2020 17:42:12 -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 R4TMRF2VSyDN for ; Fri, 17 Jul 2020 17:42:12 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 4BCA31161E1 for ; Fri, 17 Jul 2020 17:42:12 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id B2A7883464; Fri, 17 Jul 2020 14:42:10 -0700 (PDT) Date: Fri, 17 Jul 2020 14:42:10 -0700 From: Joel Brobecker To: Reuben Thomas via Gdb Subject: Re: Adding Python files to be autoloaded for a particular architecture Message-ID: <20200717214210.GU5016@adacore.com> References: 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.8 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 21:42:13 -0000 > This seems to be a suitable candidate for SYSTEM_GDBINIT_FILES. But if I > simply add a file to `SYSTEM_GDBINIT_FILES` in > `gdb/data-directory/Makefile.in`, and then configure with > > --with-system-gdbinit-dir=$pkgdatadir/system-gdbinit You can try with --with-system-gdbinit=xxx instead. > then all of the files are installed (there are already two existing files, > `elinos.py` and `wrs-linux.py`) and loaded when gdb starts up. This causes > errors, as `wrs-linux.py` in particular expects to find an environment > variable which I have not set. 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. -- Joel