Date: Fri, 3 Jan 1997 03:36:51 -0800 (PST) From: asami@cs.berkeley.edu (Satoshi Asami) To: thomas@ghpc8.ihf.rwth-aachen.de Cc: ports@freebsd.org, chuckr@glue.umd.edu Subject: Re: cvs commit: ports/x11/tix/patches etc. Message-ID: <199701031136.DAA01405@silvia.HIP.Berkeley.EDU> In-Reply-To: <199701030714.IAA28561@ghpc6.ihf.rwth-aachen.de> (message from Thomas Gellekum on Fri, 3 Jan 1997 08:14:48 %2B0100 (MET))
next in thread | previous in thread | raw e-mail | index | archive | help
* I have a quick fix for this: in the pre-extract target, I could do a
* test on ${PORTSDIR}/x11/tk41/work/${CONFIGURE_COOKIE} and conditionally
* `make configure' (and maybe delete one diff in patches/patch-aa).
You can just "make configure", it won't run if the cookie is already
there. :)
* Yup. Tix defines its own ${INSTALL_PROGRAM} depending on some tests
* from configure. I added the `-'.
I wish those tests would see if you can strip a script.... :(
* It needs some internal headers from Tk. I found the internal Tcl
* headers in /usr/include/tcl; if the Tk port would install all its headers
* in a similar way (${PREFIX}/include/tk maybe) I could probably get rid
* of the pre-extract target as a whole.
I'll bounce this to the ports list. I have no problem with this, in
fact I proposed this a long time ago but some people didn't like it.
However, since tcl (in the system) already does this, there is no
reason why tk can't do it as well.
For the location, yes /usr/local/include/tk sounds fine. If you have
a list of files (and their final destinations, /usr/include/tcl has
two subdirectories), that will be great.
Satoshi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701031136.DAA01405>