Pyrex is good for making faster python libraries, which is a great thing, but it won't help with the problem that you really don't want to be running a python interpreter inside a realtime dsp system.
Yes, that's sort of what I meant... I.e., languages like Pyrex allow to compile portions of python to native machine code, but it would be nice to have a language like that intended specifically for writing stand-alone native applications that aren't interpreted and could be stuck into DSP systems and realtime threads. For instance, at run-time, we don't necessarily need all the debugging features like backtracing and exception handling. (Okay exception handling isn't exactly a debugging feature but you know what I mean.) But that doesn't mean that a nice expressive language other than C can't be used to generate lean code. It just, afaik, hasn't been done. I only meant to suggest that Pyrex is sort of a step in the right direction... Steve
