From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29955 invoked by alias); 21 Feb 2002 08:08:19 -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 29847 invoked from network); 21 Feb 2002 08:08:15 -0000 Received: from unknown (HELO cygnus.com) (205.180.230.5) by sources.redhat.com with SMTP; 21 Feb 2002 08:08:15 -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 AAA11692; Thu, 21 Feb 2002 00:08:11 -0800 (PST) Message-ID: <3C74BC7E.DE723733@redhat.com> Date: Thu, 21 Feb 2002 01:23: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> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2002-q1/txt/msg00092.txt.bz2 Mo DeJong wrote: > > > This is because some apps need a pure cygwin/UNIX version of Tcl > > to work correctly. It was kind of pain to learn that since I'd > > already done the upgrade in source.redhat.com and found a dejagnu > > and friends wouldn't work.... > > What does that have to do with the win/ subdir and the VC++ build? Not really sure. > I was under the impression that the tcl/cygwin directory was where > this "pure Cygwin" layer was going to live. I took a peek and > it appears there is a tclConfig.sh.in file in there too, so why would you > want to also create one in the ../unix directory? I think it is just plain > wrong to create a ../unix/tclConfig.sh file from the win subdirectory. > For one thing, the @VAR@ variable names are not always the same. > Also, it breaks the macros that load tclConfig.sh. There must be some > other way to solve the problem, it is just that I don't understand what > the problem was. Well, the apps being built think they are being built under UNIX and look in the ../unix location. A more correct solution would be to create a ../cygwin/tclConfig.sh and make all the apps currently using the ../unix/tclConfig.sh cygwin aware so they know to look in the ../cygwin directory. The real down side of this is that you've got to make at least expect (maybe dejagnu and some other Tcl dependent binutils apps) cygwin aware. 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. Ian.