From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25132 invoked by alias); 12 Jan 2012 06:47:59 -0000 Received: (qmail 25122 invoked by uid 22791); 12 Jan 2012 06:47:58 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00 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; Thu, 12 Jan 2012 06:47:46 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 39ACB2BAB0A; Thu, 12 Jan 2012 01:47:45 -0500 (EST) 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 SmEs4C7DQzic; Thu, 12 Jan 2012 01:47:45 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 9F61F2BAAE9; Thu, 12 Jan 2012 01:47:44 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 433E3145615; Thu, 12 Jan 2012 10:47:21 +0400 (RET) Date: Thu, 12 Jan 2012 08:07:00 -0000 From: Joel Brobecker To: Eli Zaretskii Cc: asmwarrior , dje@google.com, gdb-patches@sourceware.org Subject: Re: Building GDB 7.3.92 with MinGW Message-ID: <20120112064721.GN31383@adacore.com> References: <83hb03e9sx.fsf@gnu.org> <838vlfe0k9.fsf@gnu.org> <4F0CD948.8080909@gmail.com> <4F0E266C.8080208@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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-01/txt/msg00397.txt.bz2 > So I think in the long run it would be a Good Thing for GDB to try to > look for its data files relative to the place where the executable is > installed, and not only on Windows. But that is a separate project; > at least I would love to see patches along these lines. I think we already, unless I misunderstood what you are trying to say. Every night, we build GDB on one Windows machine and then test it on all other Windows machines we have, using a different install prefix. GDB seems to be able to find all auxilary files without problem. The only case when path "relocation" is turned off is when the user configured directories such as the gdb-datadir using a path that is not a subdir of the prefix. -- Joel