Am 23.08.2012 um 19:18 schrieb Kenneth Lerman: > We would probably like to support multiple (replaceable) interpreters, > so there would be an easy means to define new interpreted languages.
yes. But before I'd go ahead and carry over the existing pluggable interpreter model in some shape or form I would make sure the parameter model and syncing is abstracted out as outlined in http://wiki.linuxcnc.org/cgi-bin/wiki.pl?QueuebustersRevisited - this should significantly simplify bringing in other interpreters because the tough part of parameter access and synchronization is taken care of in a language-agnostic way; it would also be the place to bring in sharing and persistence through Redis in LinuxCNC3. I'll make an attempt to do that in the current LinuxCNC (rewriting the Daniel Rogge patch) but it will be part of the current special-case-handling of parameters. -m ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
