From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21443 invoked by alias); 16 Jun 2009 18:48:30 -0000 Received: (qmail 21422 invoked by uid 22791); 16 Jun 2009 18:48:28 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 16 Jun 2009 18:48:20 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n5GImHXa014575; Tue, 16 Jun 2009 14:48:17 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n5GImHf9026848; Tue, 16 Jun 2009 14:48:17 -0400 Received: from lindt.uglyboxes.com (sebastian-int.corp.redhat.com [172.16.52.221]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n5GImA2g001514; Tue, 16 Jun 2009 14:48:15 -0400 Message-ID: <4A37E8E9.7010406@redhat.com> Date: Tue, 16 Jun 2009 18:53:00 -0000 From: Keith Seitz User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Gene Smith CC: insight Subject: Re: 20090609-cvs bad on linux (build fail cygwin) References: <4A37DDE7.4020105@redhat.com> <4A37E6FF.6050909@chartertn.net> In-Reply-To: <4A37E6FF.6050909@chartertn.net> 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: 2009-q2/txt/msg00082.txt.bz2 Gene Smith wrote: > But I thought insight has it *own* gdb that never changes? Anyhow, here > are the step I use to build it: No, it does not. Insight CVS uses gdb CVS. Insight 6.8 uses gdb 6.8. It has its own versions of tcl, tk, itcl, etc, but those are now just copies of some release (currently 8.4, I think). Except on cygwin, I do not use the supplied versions of tcl et al anymore. I use the system-supplied versions on Fedora. Kevin Buettner is working on updating tcl et al CVS on sourceware to the latest release. > Hopefully, this will help. I will give this a go by the end of the week. > P/S: I am still a bit confused as to whether I should be using the > "system" supplied tcl/tk or the tcl/tck code from insight. I think I am > using insight's. If I should use the system tcl/tk, how do I do that? You can use whatever version you would like to. It has been a goal of mine (for quite some time sadly) to eliminate our dependence on a sourceware-supplied tcl/tk/itcl. That requirement originally came in the days of Tcl 8.1, when we carried a bunch of local patches to Tcl. We didn't upgrade sourceware Tcl until 8.4 (or was it 8.3?) and our supplied version of Tcl became identical to upstream. A little while ago, I got around to eliminating the requirement for sourceware-supplied Tcl. But it remains for historical reasons (and because cygwin still requires it). If we got cygwin "fixed", I guess we could just simply eliminate it altogether from the repo if no other project was using it. Keith