From: SourceForge.net <no...@so...> - 2007-02-09 18:33:23
|
Bugs item #1307513, was opened at 2005-09-28 18:32 Message generated for change (Comment added) made by hobbs You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1307513&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 52. Configuration and Build Tools Group: None >Status: Pending >Resolution: Fixed Priority: 3 Private: No Submitted By: Joe English (jenglish) Assigned to: Mo DeJong (mdejong) Summary: TEA_PROG_WISH / TEA_PROG_TCLSH busted? Initial Comment: After updating to TEA 3.3 (tclconfig/tcl.m4 r1.72), the TEA_PROG_WISH macro for some reason decides that wish8.4 lives in the extension's build directory, which is wrong. On Debian stable, Tile package CVS HEAD (2005-09-28): | mkdir build ; cd build | sh ../configure --with-tcl=/usr/lib/tcl8.4 --with-tk=/usr/lib/tk8.4 spits out a Makefile containing: | TCLSH_PROG = /u/jenglish/src/tile/build/tclsh8.4 | WISH_PROG = /u/jenglish/src/tile/build/wish8.4 (/u/jenglish/src/tile is where my CVS checkout is). With TEA 3.2, the same incantation gave the correct results: | TCLSH_PROG = /usr/bin/tclsh8.4 | WISH_PROG = /usr/bin/wish8.4 ---------------------------------------------------------------------- >Comment By: Jeffrey Hobbs (hobbs) Date: 2007-02-09 10:32 Message: Logged In: YES user_id=72656 Originator: NO The main issue is fixed ... we'll go with that. ---------------------------------------------------------------------- Comment By: Joe English (jenglish) Date: 2005-11-14 13:51 Message: Logged In: YES user_id=68433 Changes in tclconfig.m4 r1.75 (2005-10-30 Daniel Steffen) seem to have fixed the problem; works for me now. Still, it would be a good idea to (a) issue a warning if ${TCLSH_PROG} ends up pointing to something that isn't actually executable, and (b) allowing the user to override TCLSH_PROG in the environment at configure-time. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2005-09-30 14:41 Message: Logged In: YES user_id=80530 chat reveals something that was too broad has been replaced with something that's too narrow. something like SC_PROG_TCLSH ought to go in the "installed" branch of TEA_PROG_TCLSH so that tclsh can still be found in the "variant" Tcl installs like those on Debian systems. (and in ActiveTcl ?) ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2005-09-29 05:02 Message: Logged In: YES user_id=80530 See comments at Bug 1160114 for the history. ---------------------------------------------------------------------- Comment By: Joe English (jenglish) Date: 2005-09-28 18:46 Message: Logged In: YES user_id=68433 Relevant change is probably tcl.m4 r1.71: revision 1.71 date: 2005/07/26 19:09:23; author: mdejong; state: Exp; lines: +56 -129 * tcl.m4 (TEA_PROG_TCLSH, TEA_BUILD_TCLSH, TEA_PROG_WISH, TEA_BUILD_WISH): Remove TEA_BUILD_TCLSH and TEA_BUILD_WISH because of complaints that it broke the build when only an installed version of Tcl was available at extension build time. The TEA_PROG_TCLSH and TEA_PROG_WISH macros will no longer search the path at all. The build tclsh or installed tclsh shell will now be found by TEA_PROG_TCLSH. The new versions of TEA_PROG_WISH and TEA_PROG_TCLSH no longer even allow the user to set WISH_PROG and TCLSH_PROG in the environment as an override for when 'configure' guesses wrong. At the very least, please restore this feature -- 'configure' scripts break, a lot, and it's crucial that end users be able to override the defaults at configure-time on platforms where this happens. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1307513&group_id=10894 |