From owner-ports-jp@jp.freebsd.org  Sun Jan 19 16:42:21 1997
Received: by jaz.jp.freebsd.org (8.8.4+2.7Wbeta4/8.7.3) id QAA13247
	Sun, 19 Jan 1997 16:42:21 +0900 (JST)
Received: by jaz.jp.freebsd.org (8.8.4+2.7Wbeta4/8.7.3) with SMTP id QAA13242
	for <ports-jp@jp.freebsd.org>; Sun, 19 Jan 1997 16:41:55 +0900 (JST)
Received: from baloon.mimi.com (sjx-ca55-01.ix.netcom.com [206.214.106.97]) by dfw-ix7.ix.netcom.com (8.6.13/8.6.12) with ESMTP id XAA28712 for <ports-jp@jp.freebsd.org>; Sat, 18 Jan 1997 23:41:02 -0800
Received: (from asami@localhost) by baloon.mimi.com (8.8.4/8.6.12) id XAA29792; Sat, 18 Jan 1997 23:40:58 -0800 (PST)
Date: Sat, 18 Jan 1997 23:40:58 -0800 (PST)
Message-Id: <199701190740.XAA29792@baloon.mimi.com>
To: ports-jp@jp.freebsd.org
From: asami@cs.berkeley.edu (Satoshi Asami)
Reply-To: ports-jp@jp.freebsd.org
X-Distribute: distribute [version 2.1 (Alpha) patchlevel=19]
X-Sequence: ports-jp 498
Subject: [ports-jp 498] Re: multiple versions of tcl/tk
Errors-To: owner-ports-jp@jp.freebsd.org
Sender: owner-ports-jp@jp.freebsd.org

$B$J$s$+K\2H$NJ}$G$OOC$,H/;6$7$F$$$^$9$,!"MW$9$k$KF|K\8l(B Tcl/Tk$B$H$7$F$O(B

(1) $B%X%C%@!<$O$9$Y$F(B /usr/local/include/{tcl7.5jp,tk4.1jp}$B$K%$%s%9%H!<%k(B

(2) *Config.sh$B$O(B /usr/local/lib/{tcl7.5jp,tk4.1jp}$B$K%$%s%9%H!<%k(B

(3) Makefile$B$K?7$7$$%?!<%2%C%H(B (default) $B$r:n$j!"(B{tcl,tk}.h$B$H(B 
    {tcl,tk}Config.sh$B$N%7%s%\%j%C%/%j%s%/$r:n$k(B

$B$H$$$&$3$H$G$9!#@h$[$I(B x11/tk41$B$NJQ99$r(B commit$B$7$^$7$?$N$G!";29M$K$7$F(B
$B$/$@$5$$!#(B

$B$"$5$_(B
------
Date: Sat, 18 Jan 1997 17:24:14 -0800 (PST)
To: ports@freebsd.org
CC: committers@freebsd.org, ports-jp@jp.freebsd.org
Subject: multiple versions of tcl/tk
From: asami@cs.berkeley.edu (Satoshi Asami)

I'm back.  It was quite cold up there in Tahoe.

Anyway, I ran into Dr. Ousterhout in the retreat, so asked him about
the multiple versions problem.  He suggested we put the shared files
(tk.h and tkConfig.sh) in subdirectories so that ports that require a
specific version (for example, 4.1) can either:

(1) use the -I flag to gcc to specify the subdirectory (i.e.,
    -I${PREFIX}/include/tk4.1), or

(2) edit the source and change the #include statements (i.e., <tk.h>
    -> <tk4.1/generic/tk.h>)

I suggested that we also make a symlink from tk.h and tkConfig.h to
the "default" version of the system, which he agreed is a good idea.

So, I will be committing changes to the tk41 port soon.  I will just
rename /usr/local/include/tk to tk4.1 and install tk.h in there and
change the direction of the symlink (right now it's tk/generic/tk.h ->
../../tk.h).  I'll also fix the ports that require the internal
headers (camltk41, tix, expect, any others?).

This means I can now allow other versions of tcl/tk (7.3, 7.4, 7.6,
8.0 for tcl and 3.6, 4.0, 4.2 and 8.0 for tk) to be active in the tree
iff someone makes the necessary changes to have them conform to the
above standard (obviously Japanese versions will be taking the same
path also).  Please contact me you are interested in doing the work.

Satoshi

