just one more note:
> things like you are proposing with an eye to performance is not
> really where the Python community wants to go.

I never met a Python user who said something like "I want Python to be
slow" or "I want Python to keep being slow", so we'll see how that goes.

But many that might say "I don't want to make Python less flexible in order to gain performance"

Of course no one one is going to reject an enhancement that improves performance if it has no costs.

My thought on your idea is this:

Yes, a more restricted (strict) version of Python that had substantially better performance could be very nice. But the trick here is that you are proposing a spec, hoping that it could be used to enhance performance. I suspect you aren't going to get very far (with community support) without an implementation that shows what the performance benefits really are.

I'm just one random guy on this list, but my response is: 

"interesting, but show me how it works before you make anything official"


Christopher Barker, PhD
Python Language Consulting
  - Teaching
  - Scientific Software Development
  - Desktop GUI and Web Development
  - wxPython, numpy, scipy, Cython