From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-87014-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 3107 invoked by alias); 12 Jan 2012 16:55:10 -0000
Received: (qmail 3093 invoked by uid 22791); 12 Jan 2012 16:55:06 -0000
X-SWARE-Spam-Status: No, hits=-1.2 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL,TW_SM
X-Spam-Check-By: sourceware.org
Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 12 Jan 2012 16:54:48 +0000
Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LXP00M002WTYJ00@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Thu, 12 Jan 2012 18:53:57 +0200 (IST)
Received: from HOME-C4E4A596F7 ([77.124.136.230]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXP00MUA2XV34A0@a-mtaout22.012.net.il>; Thu, 12 Jan 2012 18:53:57 +0200 (IST)
Date: Thu, 12 Jan 2012 16:59:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: Building GDB 7.3.92 with MinGW
In-reply-to: <20120112115355.GO31383@adacore.com>
To: Joel Brobecker <brobecker@adacore.com>
Cc: asmwarrior@gmail.com, dje@google.com, gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <838vlclv4r.fsf@gnu.org>
References: <83hb03e9sx.fsf@gnu.org> <E1RkhJn-0008LM-LJ@fencepost.gnu.org> <838vlfe0k9.fsf@gnu.org> <CADPb22RFWe+F_3SfZo7k=eJg5TBJSRrZgLRL=NS6jhhd5RYLjQ@mail.gmail.com> <4F0CD948.8080909@gmail.com> <CADPb22RhjKvJmf2xGJHNJrcnwush4goqXrC=3umkq_5t2Wky+g@mail.gmail.com> <4F0E266C.8080208@gmail.com> <E1RlE4a-0005Jz-RF@fencepost.gnu.org> <20120112064721.GN31383@adacore.com> <E1RlJ1M-00004r-2n@fencepost.gnu.org> <20120112115355.GO31383@adacore.com>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2012-01/txt/msg00411.txt.bz2

> Date: Thu, 12 Jan 2012 15:53:55 +0400
> From: Joel Brobecker <brobecker@adacore.com>
> Cc: asmwarrior@gmail.com, dje@google.com, gdb-patches@sourceware.org
> 
> > > 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.
> > 
> > That latter case is what I had in mind.  In general, it is a bad mojo
> > to force Windows users to install binaries in some specific tree or
> > under a certain parent directory.  E.g., the binary could be
> > configured for d:/usr as a prefix, but installed in c:/foo/bar.
> 
> This is not what I meant, or did I misunderstand you.

No, the misunderstanding is all mine.  Sorry.

> Here is what I am trying to say. It is perfectly fine to do:
> 
>   % /path/to/gdb/configure --prefix=c:/usr/my-gdb
>   % make
>   % make install
>   % cp -R c:/usr/my-gdb c:/foo/bar
> 
> Relocations should still be working, and our own experience with
> that reveals no obvious problem.

Then I guess asmwarrior should try to find out why it doesn't work for
him.