From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13954 invoked by alias); 13 Jan 2012 14:09:39 -0000 Received: (qmail 13944 invoked by uid 22791); 13 Jan 2012 14:09:37 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_DB,TW_SM X-Spam-Check-By: sourceware.org Received: from mail-gx0-f169.google.com (HELO mail-gx0-f169.google.com) (209.85.161.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 13 Jan 2012 14:09:24 +0000 Received: by ggnp4 with SMTP id p4so1880867ggn.0 for ; Fri, 13 Jan 2012 06:09:24 -0800 (PST) Received: by 10.50.193.229 with SMTP id hr5mr1021951igc.15.1326463763984; Fri, 13 Jan 2012 06:09:23 -0800 (PST) Received: from [192.168.1.103] ([218.109.119.101]) by mx.google.com with ESMTPS id r18sm29367241ibh.4.2012.01.13.06.09.18 (version=SSLv3 cipher=OTHER); Fri, 13 Jan 2012 06:09:21 -0800 (PST) Message-ID: <4F103C20.8070204@gmail.com> Date: Fri, 13 Jan 2012 14:29:00 -0000 From: asmwarrior User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20111222 Thunderbird/9.0.1 MIME-Version: 1.0 To: Eli Zaretskii CC: Joel Brobecker , dje@google.com, gdb-patches@sourceware.org Subject: Re: Building GDB 7.3.92 with MinGW 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> In-Reply-To: <838vlclv4r.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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/msg00477.txt.bz2 On 2012-1-13 0:53, Eli Zaretskii wrote: >> 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. > I did exactly the same thing as Joel said, but NO luck here. (I debugged this issue in August 2011 for several days) 1, I build gdb under MSYS+MinGW, and the configure command has the Linux style path like: ../gdb/configure --prefix=/c/user/my-gdb gdb can not find the python automatically. 2, I just test the official mingw-gdb (with python enabled), gdb can't relocate the "shared" path either. 3, here is what I did to check whether it works: a, suppose you have gdb install or copied in some folder: c:/path_to_mingw/bin/gdb.exe c:/path_to_mingw/share/gdb/python/gdb (this folder contains some python script like:printing.py....) b, run the gdb.exe. b1, you can type: python print gdb.PYTHONDIR It should return the windows path: c:/path_to_mingw/share/gdb/python b2, you can continue type: info pretty-printer Then, gdb will report all the pretty-printers installed. If you encountered some error message like: Undefined info command: "pretty-printer". Try "help info". This means gdb's own python script does not loaded correctly when gdb startup, this is because gdb can't find the path: c:/path_to_mingw/share/gdb/python/gdb So, Joel, can you just test the steps I described above? Both step a, and step b, b1, b2. With my hacky patch I posted in this thread some days ago, my gdb.exe can works OK wherever the "path_to_mingw" put, so it is relocated. asmwarrior ollydbg from codeblocks' forum