From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22061 invoked by alias); 9 May 2012 20:51:42 -0000 Received: (qmail 21990 invoked by uid 22791); 9 May 2012 20:51:40 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_HOSTKARMA_NO X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 09 May 2012 20:51:27 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 312D01C6AC1; Wed, 9 May 2012 16:51:27 -0400 (EDT) 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 zkZUWO-gzRQ0; Wed, 9 May 2012 16:51:27 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id F41AF1C6A65; Wed, 9 May 2012 16:51:26 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 147C5145616; Wed, 9 May 2012 13:51:19 -0700 (PDT) Date: Wed, 09 May 2012 20:51:00 -0000 From: Joel Brobecker To: Jan Kratochvil Cc: gdb-patches@sourceware.org Subject: Re: [patch 2/2] Implement multi-component --with-auto-load-dir Message-ID: <20120509205119.GN15555@adacore.com> References: <20120509154847.GB12692@host2.jankratochvil.net> <20120509201743.GL15555@adacore.com> <20120509203350.GA15551@host2.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120509203350.GA15551@host2.jankratochvil.net> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-05/txt/msg00319.txt.bz2 > With Fedora scl-utils ("alternative packaging") you have both regular > /usr/share/gdb/auto-load/ > and also the "alternative" > /opt/rh/upgradeset/root/usr/share/gdb/auto-load/ I see. I wish we could manage both with one setting. Since we need a "list" of directories, I'd keep "auto-load script-dir" (should we make that script-dir plural?)... I can see how things can be awkward for turning the safety guard off (the equivalent of what we used to do with "auto-load safe-path"). I think I'd just make that a boolean setting instead. > > I was hoping at some point that this would allow us to have auto-loaded > > scripts without having to have the same path structure in the auto-load > > directory as in the executable (by that, I mean that if you are > > debugging /work/build/gcc-feature-a/gcc/cc1, you don't need to have > > cc1-gdb.gdb defined in your auto-load directory as > > auto-load/work/build/gcc-feature-a/gcc/cc1-gdb.gdb. It'd just be > > sufficient to have cc1-gdb.gdb defined in your scripts-directory. > > But looking at the code, I don't think that this is what we are > > talking about. > > I do not think these two features are related. I can think about some ideas > but I do not see a super-elegant one for it now. No, they are not related, and you shouldn't have to worry about that (unless you want to!). It's a feature I think some users would enjoy having, but if I want it, I should be the one taking care of the implementation. -- Joel