From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17692 invoked by alias); 21 Feb 2002 19:00:25 -0000 Mailing-List: contact sourcenav-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sourcenav-owner@sources.redhat.com Received: (qmail 17598 invoked from network); 21 Feb 2002 19:00:20 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sources.redhat.com with SMTP; 21 Feb 2002 19:00:20 -0000 Received: from redhat.com (cse.cygnus.com [205.180.230.236]) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id LAA19328; Thu, 21 Feb 2002 11:00:15 -0800 (PST) Message-ID: <3C755551.1967B619@redhat.com> Date: Thu, 21 Feb 2002 12:06:00 -0000 From: Ian Roxborough X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: Mo DeJong CC: sourcenav Subject: Re: Fixing build bustage under VC++ References: <20020220175911.48e153f5.supermo@bayarea.net> <3C74865C.3F1EB59A@redhat.com> <20020220231348.4c9bb314.supermo@bayarea.net> <3C74BC7E.DE723733@redhat.com> <20020221015013.3081808e.supermo@bayarea.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-q1/txt/msg00095.txt.bz2 Mo DeJong wrote: > > What are your feelings on VC++ vs gcc for building SN? > > > > I'm left with the distinct impression building gcc > > would be easier, but then again, I'm just talk about > > compiling, I've yet to get it to run. > > I think we should shoot for getting the VC++ build working again before > working on further gcc support under Windows. The main point of a > SN 5.1 release is to get the bug fixes and Tcl/Tk 8.3 upgrade out to > folks. I don't think that switching the release compiler at the same time > is such a good idea. Last I remember, the VC++ build was working > and SN was running (but, that was many moons ago). I seem to > remember that I had 90% of the packages compiling with mingw, but > there were a couple (perhaps Tix, db, or grep) that were not yet ported. > I know that at least Tcl, Tk, Incr Tcl, and Incr Tk compiled with gcc. Everything compiles with gcc just now. There is like one link error in hyper.exe because the tclstubs library is missing from the link line. The runtime problems seem to do with a Tcl_Preserve call setting the interp pointer to NULL, but I've not tracked down why. I think I've seen similar problems with the gcc compiled wish83, however some thing about Insight's Init code let's it avoid this problem. Ian.