From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4176 invoked by alias); 15 Jan 2012 17:01:45 -0000 Received: (qmail 4161 invoked by uid 22791); 15 Jan 2012 17:01:42 -0000 X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.153) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 15 Jan 2012 17:01:20 +0000 Received: from md1.u-strasbg.fr (md1.u-strasbg.fr [IPv6:2001:660:2402::186]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id q0FH0qBd062417 ; Sun, 15 Jan 2012 18:00:52 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms6.u-strasbg.fr [130.79.204.15]) by md1.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id q0FH0qxh078663 ; Sun, 15 Jan 2012 18:00:52 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from E6510Muller (lec67-4-82-230-53-140.fbx.proxad.net [82.230.53.140]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id q0FH0owL093499 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) ; Sun, 15 Jan 2012 18:00:51 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Eli Zaretskii'" Cc: , , , 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> In-Reply-To: <83sjjhips3.fsf@gnu.org> Subject: RE: Building GDB 7.3.92 with MinGW Date: Sun, 15 Jan 2012 18:01:00 -0000 Message-ID: <000301ccd3a7$3db8c460$b92a4d20$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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/msg00521.txt.bz2 Eli, I also wrongly supposed that configure prefix or related entries should be msys pathes. It seems that using directly a mingw32 path for prefix works well. This allows to get a working relocate_gdb_directory call in main.c Of course, this only works for really existing directories, but=20 from what I read in the sources, this was by design. A configured directory should only be substituted if the substitute result is an existing directory. =20 So I used --prefix=3De:/pas/fpc-2.6.0 to run configure ran 'make all install' and got a first installation in e:\pas\fpc-2.6.0 I then tried=20 make install prefix=3De:/pas/fpc-2.7.1/gdb and debugged GDB with itself in e:\pas\fpc-2.7.1\gdb\bin gdb ./gdb added a break relocate_gdb_directory and could check that e:/pas/fpc-2.6.0/share/gdb was transformed into=20 e:\pas\fpc-2.7.1\gdb\share\gdb > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Eli Zaretskii > Envoy=E9=A0: dimanche 15 janvier 2012 04:55 > =C0=A0: Pierre Muller > Cc=A0: asmwarrior@gmail.com; brobecker@adacore.com; dje@google.com; gdb- > patches@sourceware.org > Objet=A0: Re: Building GDB 7.3.92 with MinGW >=20 > > From: "Pierre Muller" > > Cc: , , patches@sourceware.org> > > Date: Sat, 14 Jan 2012 23:32:10 +0100 > > > > After some debugging, > > I believe that the main problem is related to the fact > > that we use msys environment (which has msys specific mounts) > > to compile a mingw32 GDB executable that knows nothing about those msys > > mount points! > > > > config.h > > get several entries with directories. > > All but WITH_PYTHON_PATH (which is mingw32 compatible) > > are msys paths: > > DEBUGDIR, GDB_DATADIR and JIT_READER_DIR > > but those msys pathes are not interpreted correctly by > > a mingw32 executable (i.e. gdb.exe itself). >=20 > This might explain how it works for me: I manually edit config.h to > convert MSYS file names to native Windows ones, before building GDB. I also thought that msys system required real msys pathes to function correctly, but it seems to handle Mingw32 pathes starting with X:/ correctly also=20 which solves the problem. I am still surprised that in fact, we really need to do this in order to get the correct behavior. =20 > Perhaps Joel could tell where and how the relocation of the standard > directories happens for him, and then we could try stepping through > that code with a debugger. >=20 > > I do believe that this is an error in the mingw32 configuration > > and that it should be fixed in those configuration files... >=20 > A simple Sed script will do, but it must be injected into the > configure script. That not true in case you really have other mount points I personally have my different GDB sources located inside cygwin /usr/local/src subdirectories, and I also have this cygwin /usr/local/src mounted as /usr/local/src on mysys, which is nice in a way, but leads me to not be able to=20 remember in with Windows directory the sources really are ... =20 > Alternatively, did you try to use MinGW file names in --prefix when > configuring in the first place? As said above, it seems that this is the right answer! Pierre Muller