From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <xconq7-return-2853-listarch-xconq7=sources.redhat.com@sources.redhat.com>
Received: (qmail 30240 invoked by alias); 7 Dec 2003 00:16:46 -0000
Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:xconq7-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/xconq7/>
List-Post: <mailto:xconq7@sources.redhat.com>
List-Help: <mailto:xconq7-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: xconq7-owner@sources.redhat.com
Received: (qmail 30232 invoked from network); 7 Dec 2003 00:16:45 -0000
Received: from unknown (HELO low-shang.homelinux.com) (216.58.112.167)
  by sources.redhat.com with SMTP; 7 Dec 2003 00:16:45 -0000
Received: by low-shang.homelinux.com (Postfix, from userid 1000)
	id 1A61C13101; Sat,  6 Dec 2003 15:01:31 -0500 (EST)
Date: Sun, 07 Dec 2003 01:07:00 -0000
To: Xconq list <xconq7@sources.redhat.com>
Subject: Re: Cannot build Xconq on Debian Linux
Message-ID: <20031206200130.GA10371@low-shang.homelinux.com>
Mail-Followup-To: Xconq list <xconq7@sources.redhat.com>
References: <20031206162443.GA25918@low-shang.homelinux.com> <Pine.LNX.4.44.0312061228290.28834-100000@leon.phy.cmich.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0312061228290.28834-100000@leon.phy.cmich.edu>
User-Agent: Mutt/1.5.4i
From: tlow@low-shang.homelinux.com (Tom Low-Shang)
X-SW-Source: 2003/txt/msg00982.txt.bz2

On Sat, Dec 06, 2003 at 12:39:21PM -0500, Eric McDonald wrote:
> Hi Tom, Lincoln,
> 
> I just checked in some changes which might address your Tcl/Tk 
> configuration hassles. Please let me know how they work.

I tried your change with tcl/tk 8.4 and eveything still works
for me. I got curious about how you do this magic and noticed a
small error:

--- configure   6 Dec 2003 17:28:08 -0000       1.33
+++ configure   6 Dec 2003 19:23:45 -0000
@@ -1337,7 +1337,7 @@
         TCL_INCLUDE_SPEC="-I${TCL_PREFIX}/include/tcl${TCL_VERSION}"
       fi
     fi
-    TCL_INLCUDE_SPEC=`echo ${TCL_INCLUDE_SPEC} | grep -v '/usr/include$'`
+    TCL_INCLUDE_SPEC=`echo ${TCL_INCLUDE_SPEC} | grep -v '/usr/include$'`
     
 
     if test "x${TCL_LDFLAGS}" = "x" ; then

> 
> Do you mean "-I/usr/include/tcl8.2"?
> I hope so. Otherwise things just got even more convoluted.

Oops, sorry, yes that is what I meant.

> 
> Well if your 8.4 tclConfig.sh/tkConfig.sh files contain
> 'TCL_INC_DIR' and 'TK_INC_DIR', repsectively, then this was
> handled by an enhancement to the configure system. If
> tclConfig.sh contains a 'TCL_INCLUDE_SPEC' var, then Debian
> finally do something more mainstream....

$ grep TCL_INCLUDE_SPEC /usr/lib/tcl8.4/tclConfig.sh 
TCL_INCLUDE_SPEC='-I/usr/include/tcl8.4'
$ grep TCL_INC_DIR /usr/lib/tcl8.4/tclConfig.sh 
TCL_INC_DIR='/usr/include/tcl8.4/tcl-private/generic'
$ grep TK_INC_DIR /usr/lib/tk8.4/tkConfig.sh 
TK_INC_DIR='/usr/include/tcl8.4/tk-private/generic'

I believe Debian is the only distribution that allows multiple
versions of tcl/tk development packages to be installed, which
possibly broke tcl/tk in a subtle way.  Keeps things interesting
for configure script writers...

Tom