From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5597 invoked by alias); 31 Mar 2010 04:28:09 -0000 Received: (qmail 5581 invoked by uid 22791); 31 Mar 2010 04:28:07 -0000 X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 31 Mar 2010 04:27:58 +0000 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o2V4Rteb026322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 31 Mar 2010 00:27:56 -0400 Received: from [IPv6:::1] (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o2V4RpCt027863 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Mar 2010 00:27:54 -0400 Message-ID: <4BB2CF47.2080208@redhat.com> Date: Wed, 31 Mar 2010 05:26:00 -0000 From: Keith Seitz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100301 Fedora/3.0.3-1.fc11 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: Gene Smith CC: insight@sources.redhat.com Subject: Re: Build for mingw32 and i686 on x86_64 observations References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2010-q1/txt/msg00052.txt.bz2 On 03/22/2010 07:47 PM, Gene Smith wrote: > First off, I want to point out that I can build the very recent cvs head > for an embedded arm application but it doesn't run correctly in that the > insight gui does not reflect the actual location of the PC while > debugging/stepping (the green highlighted line never moves). This is > regarless of whether the tk/tcl is system supplied or insight's own. What target did you build for? Your configure options only list --build and --host. Also, what target are you trying to debug under? The problem you describe is typically a bug in the target back-end. It would not surprise me to find out that something changed in gdb-land that broke insight. This happens more often than I would like, but since I only use insight natively, unless I can reproduce on a simulator, my bug-solving is limited to what I can divine by reading the code. > But when build with i686-pc-mingw32-gcc toolchain (fedora 12 yum), the > same (windows specific) kludges as before were required (syntax errors > in window specific tck/tk code regarding dde and registry that can be > commented out). That doesn't surprise me. Our tcl/tk are greatly out of date, and I do not have general access to a windows machine. I've never tried building a cross from linux, though... > However, with mingw32 I had to build/install then build/install again to > get insight.exe to appear at install/bin. It seems that in the install > directory under lib there needs to exist *at compile time* tkConfig.sh > and tclConfig.sh. So you have to make clean all, make install, then make > clean all, make install again when you are starting with an empty > install directory. So if you keep install/lib/tclConfig.sh and > tkConfig.sh between compiles (don't completely clean the install dir) > you are ok the next time. Configure will look for t{cl,k}Config.sh in the install directory and several other places. Wherever it finds those files, the location will be hard-coded into configure's cache (if what I am deducing from my vague recollection of how this all works is accurate). Your description makes sense. That is simply a quirk of how configure works. Next time, try erasing the gdb directory and forcing a reconfigure. Keith