OpenOCD
|
The scripting support is intended for developers of OpenOCD. It is not the intention that normal OpenOCD users will use tcl scripting extensively, write lots of clever scripts, or contribute back to OpenOCD.
Target scripts can contain new procedures that end users may tinker to their needs without really understanding tcl.
Since end users are not expected to mess with the scripting language, the choice of language is not terribly important to those same end users.
Jim Tcl was chosen as it was easy to integrate, works great in an embedded environment and Øyvind Harboe had experience with it.
Default implementation of procedures in tcl/procedures.tcl.
The embedded Jim Tcl interpreter in OpenOCD is very limited compared to any full scale PC hosted scripting language.
The goal is to keep the internal Jim Tcl interpreter as small as possible and allow any advanced scripting, especially scripting that interacts with the host, run on the host and talk to OpenOCD via the TCP/IP scripting connection.
Another problem with Jim Tcl is that there is no debugger for it.
With a bit of trickery it should be possible to run Jim Tcl scripts under a Tcl interpreter on a PC. The advantage would be that the Jim Tcl scripts could be debugged using a standard PC Tcl debugger.
The rough idea is to write an unknown proc that sends unknown commands to OpenOCD.
Basically a PC version of startup.tcl. Patches most gratefully accepted! :-)