Karel Zak <zakkr@zf.jcu.cz> writes:
> checking for tclConfig.sh... /usr/lib/tcl8.3/tclConfig.sh
> checking for tkConfig.sh... no
> configure: error: file `tkConfig.sh' is required for Tk
> If I define directly path by --with-tkconfig=/usr/lib/tk8.3 it pass.
> But why is it needful for tkConfig.sh if it's at very simular place
> as tclConfig.sh?
It looks like the default way to find the search path for these things
is to ask Tcl, via echo 'puts $auto_path' | $TCLSH
Unfortunately tclsh is only going to answer about plain Tcl, not Tk.
We'd need to ask wish to get the path for Tk stuff. For example,
I get
$ tclsh
% puts $auto_path
/usr/local/lib/tcl8.0 /usr/local/lib
$ wish
% puts $auto_path
/usr/local/lib/tcl8.0 /usr/local/lib /usr/local/lib/tk8.0
Asking wish does not seem like a good idea, since it will fail to fire
up if you aren't in an X environment.
However, on my machine both tclConfig.sh and tkConfig.sh are in
/usr/local/lib, not in the subdirectories. Putting them in
version-specific subdirectories seems pretty self-defeating.
What packaging of tcl/tk did you use?
regards, tom lane