On Sat, Dec 5, 2009 at 8:43 AM, Zach Welch <z...@superlucidity.net> wrote: > On Fri, 2009-12-04 at 23:31 -0800, David Brownell wrote: >> On Tuesday 01 December 2009, Zach Welch wrote: >> > We should approach this problem as though we intend to eventually >> > decouple Jim from the core functionality and switch to a different >> > front-end language. >> >> That's a useful statement of the extreme, but note that it's in >> two parts: decouple ... and switch. >> >> Decoupling is one of those things that's not fully understandable >> except in the context of concrete options. Without seeing a few >> different front ends -- not necessarily languages, but perhaps >> just custom JTAG tools -- it's hard to know how well decoupled >> things really are. :) > > Today, I started looking into the possibility of adding Lua for > precisely this reason. I think it would be a good fit for us, and it > would ensure that the decoupled APIs are both complete and robust. I > think that calling Lua from TCL (and vice-versa) would be doable too. > It might be scary and inefficient, but it would be interesting. ;)
Lua was the other contender when looking into a language for OpenOCD. How about the (strange) language that GDB uses? Tcl is nice because hardware engineers working on FPGAs are exposed unwillingly to Tcl. Tcl is also very simple when all you do is to issue commands, in fact it is *nearly* syntax compatible with OpenOCD commands. -- Øyvind Harboe US toll free 1-866-980-3434 / International +47 51 63 25 00 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
