Re: potential tix build problem

[Keith Seitz <keiths at cygnus dot com>]

On Thu, 26 Jul 2001, Jonathan Larmour wrote:

> make[3]: Entering directory
> `/export/bucket/sourceware/gdb/build/arm-elf/tix/unix/tk8.0'
> TCL_LIBRARY=/home/jlarmour/sourceware/gdb/insight/src/tcl/library
> TK_LIBRARY=/home/jlarmour/sourceware/gdb/insight/src/tk/library
> @TCL_BIN_DIR@/tclsh
> /home/jlarmour/sourceware/gdb/insight/src/tix/tools/tclc.tcl
> /home/jlarmour/sourceware/gdb/insight/src/tix/library/pref/*.fsc
> /home/jlarmour/sourceware/gdb/insight/src/tix/library/pref/*.csc
> /home/jlarmour/sourceware/gdb/insight/src/tix/library/*.tcl \
>     > tixSamLib.c
> /bin/sh: @TCL_BIN_DIR@/tclsh: No such file or directory
> make[3]: *** [tixSamLib.c] Error 127

Hmmm... I don't seem to ever see this error when installing on linux.

> The error was ignored and the make install continued. The reason for this
> is actually in tcl/unix/ where there is nothing in the autoconf stuff to
> substitute in the correct value of TCL_BIN_DIR into tclConfig.sh.in that I
> can see.
>
> It seems that the configury in tcl/win/ solves this, so the appropriate
> patch to tcl/unix/configure.in would be:

[snip]

> According to src/MAINTAINERS you are the owners of this stuff so is this
> right?

I guess so.

> If it's okay to check in, off-line you can tell me how to deal with our
> internal devo, and any consequences for irox's TCL update.

I dunno. I looked at what is in Sourceforge's Tcl repository, and it looks
like they just now do a "AC_SUBST(TCL_BIN_DIR)", without ever setting it.
In any case, if it works, I say check it in. I'm not entirely sure what
this tix sam stuff is all about, anyway. (Stand-alone module?)

I'm not sure it really matters for us either way. I've never had any
problems with running/installing Insight because of tix
(installation/build problems).

Maybe irox or mdejong has something to say?
Keith