Updated 2016-05-23 00:16:48 by RKzn

$auto_path, one of the variables managed by the interpreter, is a list of directories used by package to find packages, and also by auto_load when searching for commands.

Description  edit

If you need, with your application, to add a directory to the auto_path list, be certain to remember it is a list - so don't make the mistake of treating it as a single value.

Instead use something like
set auto_path [linsert $auto_path 0 /home/mystuff/someextension/unix] 

or
lappend auto_path [file join $env(HOME) someextension unix]

Always use an absolute path, not a relative one.

Also make certain that auto_path (and env in the second case) are global references to the variables, either using global or $::

Tcl's init.tcl start up code sets auto_path as a global within an interpreter instance. As the distribution init.tcl for 8.3 says right at the top,
# The values on the path come from several locations:
#
# The environment variable TCLLIBPATH
#
# tcl_library, which is the directory containing this init.tcl script.
# tclInitScript.h searches around for the directory containing this
# init.tcl and defines tcl_library to that location before sourcing it.
#
# The parent directory of tcl_library. Adding the parent
# means that packages in peer directories will be found automatically.
#
# Also add the directory where the executable is located, plus ../lib
# relative to that path.
#
# tcl_pkgPath, which is set by the platform-specific initialization routines
#       On UNIX it is compiled in
#       On Windows, it is not used
#       On Macintosh it is "Tool Command Language" in the Extensions folder

Two points to emphasize from the above:

  • Notice the rather baroque mixture of platform-dependence, generation-time, and run-time assignments.
  • As is customary in idiomatic Tcl, "the directory where the executable is located" refers to tclsh (and so on), rather than, for example, my_script.tcl. This directory is omitted in Tcl 8.4 and 8.5.

Question: is there a Wiki page that discusses how the whole Tcl start up, locate extension, load extension thing works? One of the toughest problems I encounter with Tcl is figuring out how to fix problems when an extension I think should load, doesn't load.

For instance, Tix is a Tk based extension. When one installs it, it places the .so in $exec-prefix/lib and its scripting in $exec-prefix/lib/tix8.2/ (or whatever version is being installed).

When this is a normal file system, and one does the
package require Tk
package require Tix

the extension is found, loaded, and things work. When the same directory structure is used within a starkit, an error about not finding the Tix script code is generated.

Understanding the process better - and perhaps some debugging tools - would make fixing things like this easier.