From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt1-x844.google.com (mail-qt1-x844.google.com [IPv6:2607:f8b0:4864:20::844]) by sourceware.org (Postfix) with ESMTPS id 85F6E3844075 for ; Fri, 17 Jul 2020 22:10:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 85F6E3844075 Received: by mail-qt1-x844.google.com with SMTP id w27so8823084qtb.7 for ; Fri, 17 Jul 2020 15:10:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=s+N4e7uH01YJY5hcZRgiQrS2/leawqf9qVllT8SBrWw=; b=PftTk8wwz/xZDKisRBkIcRtdk9egW2gU9Lgu7GJ7JtQXsYLxNn2XVF6mcgM4RJ0EP+ Ol8irFc/mTH3qzPcy8YbCi1vlyfjeLlbLroiXYKyOG77XhW9FySqwmWjhAzwdVLtp83D SsdNgZ4VNDUSrHW12O7c72BcTnK84RpHOQJSUexqc8t4XOby2ZxLblYzmXA+Zili9kGE KvJNC9F5tUTOmjYyhRUHezmOjoepBn1TV/5tM00+9PDQoqmI8Q7HLIWvQ/fI4ooXpWDM wtwCDcRbIT7DQDxpI12cEVvgsHeDkUglT+sAEcJvAaaoEAbF0TrNqAPo647HjiYixMFO ixfQ== X-Gm-Message-State: AOAM532BHYhzlO7Nj38bUOPJd+TGQPELN3ULgo9JXbMTbaEfYsMMdOSH vCmRng0f5OVmiBeES1jYpu8v4ohkg7ipitVZtjOG0Q== X-Google-Smtp-Source: ABdhPJwTsypIbsLDRd3otZNNL0zNXlu3OhoX1A/S0BqdK8l+sxsCiXAhP9yuAq2q6EylfSFGxHaeiOOvl4uv1dvSoKg= X-Received: by 2002:ac8:3563:: with SMTP id z32mr12823876qtb.244.1595023829796; Fri, 17 Jul 2020 15:10:29 -0700 (PDT) MIME-Version: 1.0 References: <20200717214210.GU5016@adacore.com> In-Reply-To: From: Christian Biesinger Date: Fri, 17 Jul 2020 17:09:53 -0500 Message-ID: Subject: Re: Adding Python files to be autoloaded for a particular architecture To: Reuben Thomas Cc: Joel Brobecker , Reuben Thomas via Gdb Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.3 required=5.0 tests=BAYES_00, DKIMWL_WL_MED, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP, USER_IN_DEF_DKIM_WL, USER_IN_DEF_SPF_WL 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:10:31 -0000 On Fri, Jul 17, 2020 at 5:03 PM Reuben Thomas via Gdb wrote: > > On Fri, 17 Jul 2020 at 22:42, Joel Brobecker wrote: > > > > 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. > > > > 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. > > 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. FWIW I kinda think that directory should be renamed. Maybe contrib/gdbinit, or sample-gdbinit, or something. > 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? You could certainly add new rules modeled after the system-gdbinit ones in gdb/data-directory/Makefile.in? Christian