From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4595 invoked by alias); 21 Feb 2002 02:00:26 -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 4514 invoked from network); 21 Feb 2002 02:00:20 -0000 Received: from unknown (HELO shell4.bayarea.net) (209.128.82.1) by sources.redhat.com with SMTP; 21 Feb 2002 02:00:20 -0000 Received: from modrick (209-128-79-218.BAYAREA.NET [209.128.79.218]) by shell4.bayarea.net (8.9.3/8.9.3) with SMTP id SAA14945 for ; Wed, 20 Feb 2002 18:00:19 -0800 (envelope-from supermo@bayarea.net) Date: Wed, 20 Feb 2002 20:17:00 -0000 From: Mo DeJong To: sourcenav Subject: Fixing build bustage under VC++ Message-Id: <20020220175911.48e153f5.supermo@bayarea.net> Organization: House of Mirth X-Mailer: Sylpheed version 0.4.99cvs6 (GTK+ 1.2.7; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SW-Source: 2002-q1/txt/msg00088.txt.bz2 Hi all. I took a quick look at why sourcenav fails to build under VC++ these days. The first problem I found showed up when Itcl tried to load tclConfig.sh and pulled it out of the tcl/unix subdirectory instead of tcl/win. After poking around for a bit, I found that the following change was to blame for this: 2001-09-12 Ian Roxborough * win/configure.in: Set DL_LIBS and MATH_LIBS. Create unix/tclConfig.sh. Index: configure.in =================================================================== RCS file: /cvs/src/src/tcl/win/configure.in,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- configure.in 2001/09/09 23:56:10 1.4 +++ configure.in 2001/09/13 00:38:49 1.5 @@ -230,5 +235,5 @@ AC_SUBST(MAKE_DLL) AC_SUBST(MAKE_EXE) -AC_OUTPUT(Makefile tclConfig.sh tcl.hpj) +AC_OUTPUT(Makefile tclConfig.sh tcl.hpj ../unix/tclConfig.sh) My question is, why would the tcl/win configure script need to generate a tclConfig.sh in the ../unix directory? The ChangeLog message seems to indicate that it has something to do with getting the build working with the Cygwin compiler. We can't really have two tclConfig.sh scripts like this because it breaks the m4 macro that searches for either unix/tclConfig.sh or win/tclConfig.sh. cheers Mo