Michael Haberler wrote: > 4. interpreter: I'd say the current *structure* had its day (NB: I dont mean > cradek's work) and it would be fair to reconsider whether C++ is actually > needed or one could go to, say, a Python-based interpreter to start with; if > C++ were the decision, I would consider Joseph Coffland's OpenSCAM > interpreter code as an alternative to port to. > My only concern would be that a Python interpreter might be slower than the c++, but I don't know enough about it to know whether that could be true. We would not want to make any changes that significantly slow the block execution rate.
Jon ------------------------------------------------------------------------------ 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
