On 6 February 2012 12:04, Erik Christiansen <dva...@internode.on.net> wrote: > Though I haven't thought that one through with a lot of caffeine in the > veins, I'm having trouble working out how to do it. The current LinuxCNC > dialect looks ugly, but is a powerful problem-domain language which > provides problem-domain statements which do real things on the machine. > Python-C-Basic-Fortran-whatever-style higher level flow control has been > added to that, giving the best of both worlds.
The G-code is converted to motion commands deep in the recesses of LinuxCNC. What I think I am describing is an alternative interpreter which sits in the same place in the chain as the current one, but which accepts a different language. I am only suggesting keeping the syntax of an existing language, not the language as such. So: G95 G96 G7 M3 S500 G1 X100 Z50 Might become: SpindleOn(mode=CSS, Speed=500) Feed(X=100, Z=50, mode=FeedPerRev) The reason _not_ to convert this to G-code is that then we could have all sorts of things that are not possible in G-code: if (SpindleMode=CSS) uimessage "some relevant message" That can't be converted to generic G-code because generic G-code is bad at strings and has no mode introspection. -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users