> 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
Received on Wed Jun 14 20:15:04 2006
This archive was generated by hypermail 2.1.8 : Wed Jun 14 2006 - 20:15:05 EEST