From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26799 invoked by alias); 15 Jan 2012 18:55:47 -0000 Received: (qmail 26791 invoked by uid 22791); 15 Jan 2012 18:55:46 -0000 X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout21.012.net.il (HELO mtaout21.012.net.il) (80.179.55.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 15 Jan 2012 18:55:26 +0000 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LXU00K00RXZ4V00@a-mtaout21.012.net.il> for gdb-patches@sourceware.org; Sun, 15 Jan 2012 20:55:08 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.65.106]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LXU00KK6SJP5L10@a-mtaout21.012.net.il>; Sun, 15 Jan 2012 20:55:02 +0200 (IST) Date: Sun, 15 Jan 2012 18:55:00 -0000 From: Eli Zaretskii Subject: Re: Building GDB 7.3.92 with MinGW In-reply-to: <000301ccd3a7$3db8c460$b92a4d20$%muller@ics-cnrs.unistra.fr> To: Pierre Muller Cc: asmwarrior@gmail.com, brobecker@adacore.com, dje@google.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83obu4iynl.fsf@gnu.org> References: <83hb03e9sx.fsf@gnu.org> <838vlfe0k9.fsf@gnu.org> <4F0CD948.8080909@gmail.com> <4F0E266C.8080208@gmail.com> <20120112064721.GN31383@adacore.com> <20120112115355.GO31383@adacore.com> <838vlclv4r.fsf@gnu.org> <4F103C20.8070204@gmail.com> <83ipkfk3hg.fsf@gnu.org> <4F117B33.8080906@gmail.com> <834nvyjsqj.fsf@gnu.org> <000001ccd30c$5ce854e0$16b8fea0$%muller@ics-cnrs.unistra.fr> <83sjjhips3.fsf@gnu.org> <000301ccd3a7$3db8c460$b92a4d20$%muller@ics-cnrs.unistra.fr> X-IsSubscribed: yes 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/msg00525.txt.bz2 > From: "Pierre Muller" > Cc: , , , > > Date: Sun, 15 Jan 2012 18:00:51 +0100 > > I also wrongly supposed that configure prefix or related entries should > be msys pathes. If the configury supports d:/foo/bar file names (and most modern versions of Autoconf and libtool do), then using MSYS /d/foo/bar style of file names is not necessary. Only of d:/foo fails, you should fall back on the MSYS style. > Of course, this only works for really existing directories, but > from what I read in the sources, this was by design. Yes, sounds like that. It would be good if GDB could reconfigure its prefix on the fly, though.