From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 0A1A83858D3C for ; Thu, 5 Oct 2023 05:06:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 0A1A83858D3C Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gnu.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gnu.org Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qoGYl-0002CM-WD; Thu, 05 Oct 2023 01:06:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=3UQY6JE4OGlg2lfUwiHdgzGhPRuLMKur6730KqrM8iM=; b=SNlPhY0Tw+Z0 qODGicybjBBGhLFVmVWnEdx3oPx1vYaQrIiHxG0Xxx/ebT8LCsHrwL5O3fbi8DhcVe7dKO/k4iE4U 3qr9U0jmAI7SkOlpDa2FtyTgs8CbJsIs4R8h2/CVl+j6GbWJUBR4WlEg2ncJo9vODeZD5CW1v+Mgs HaWh3srjW3Xf9xyRjkoPzM3+XyTab+vMt/XelTrq7+tgMafpZERoJ3qnXy0RcT9N9iczsxK6Dk8SG mvSibToIx2EMOXCYzAxRiHIeNJJRhVV7MJW4SQQU/FskOsMtAc74Y065qmGSC1zTwPL88Me/iovxr /OVNoSnNsQDD2ltIhyTUtg==; Date: Thu, 05 Oct 2023 08:05:50 +0300 Message-Id: <831qe964lt.fsf@gnu.org> From: Eli Zaretskii To: Thiago Jung Bauermann Cc: gdb-patches@sourceware.org, tom@tromey.com In-Reply-To: <20231004183102.61669-1-thiago.bauermann@linaro.org> (message from Thiago Jung Bauermann via Gdb-patches on Wed, 4 Oct 2023 15:31:02 -0300) Subject: Re: [PATCH v2] gdb/configure.ac: Add option --with-additional-debug-dirs References: <20231004183102.61669-1-thiago.bauermann@linaro.org> X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: > Cc: Tom Tromey > Date: Wed, 4 Oct 2023 15:31:02 -0300 > From: Thiago Jung Bauermann via Gdb-patches > > If you want to install GDB in a custom prefix, have it look for debug info > in that prefix but also in the distro's default location (typically, > /usr/lib/debug) and run the GDB testsuite before doing "make install", you > have a bit of a problem: > > Configuring GDB with '--prefix=$PREFIX' sets the GDB 'debug-file-directory' > parameter to $PREFIX/lib/debug. Unfortunately this precludes GDB from > looking for distro-installed debug info in /usr/lib/debug. For regular GDB > use you could set debug-file-directory to $PREFIX:/usr/lib/debug in > $PREFIX/etc/gdbinit so that GDB will look in both places, but if you want > to run the testsuite then that doesn't help because in that case GDB runs > with the '-nx' option. > > There's the configure option '--with-separate-debug-dir' to set the default > value for 'debug-file-directory', but it accepts only one directory and not > a list. I considered modifying it to accept a list, but it's not obvious > how to do that because its value is also used by BFD, as well as processed > for "relocatability". > > I thought it was simpler to add a new option to specify a list of > additional directories that will be appended to the debug-file-directory > setting. Thanks, the documentation parts are okay. However, I wonder: on MS-Windows, the "colon-separated list" becomes "semi-colon separated list", and I have an old and annoying problem with 2 similar configure-time options, --with-auto-load-safe-path= and --with-auto-load-dir=, which fail to communicate semi-colon separated lists to gdb/configure, and require me to manually edit gdb/config.h and rebuild. So I wonder whether this new option will have the same problem, and whether we could perhaps take this opportunity for fixing this? This is https://sourceware.org/bugzilla/show_bug.cgi?id=18898, btw. Reviewed-By: Eli Zaretskii