Quite natural to have d[int] = handle_int .

That's how CPython has it, in particular, "import __main__" should work.

Previous overflow test was inadequate.

A malloc/realloc fail now throws MemoryError.

The alternate form for floating point doesn't work yet.
The %(name)s form doesn't work yet.

So far just includes "open" function, which should be supplied by a port.

TODO: Make the module #ifdef'ed.

Also fix objstr.c to compile when floats disabled.

Also change formating modifier in test script (it still passes with
original format though).

Very little has changed.  In Python 3.4 they removed the opcode
STORE_LOCALS, but in Micro Python we only ever used this for CPython
compatibility, so it was a trivial thing to remove.  It also allowed to
clean up some dead code (eg the 0xdeadbeef in class construction), and
now class builders use 1 less stack word.

Python 3.4.0 introduced the LOAD_CLASSDEREF opcode, which I have not
yet understood.  Still, all tests (apart from bytecode test) still pass.
Bytecode tests needs some more attention, but they are not that
important anymore.

This adds support for almost everything (the comma isn't currently
supported).

The "unspecified" type with floats also doesn't behave exactly like
python.

Tested under unix with float and double
Spot tested on stmhal

It's not completely satisfactory, because a failed call to __getattr__
should not raise an exception.

__setattr__ could be implemented, but it would slow down all stores to a
user created object.  Need to implement some caching system.

Because it's superfluos in the presence of type(), a remenant from Python's
"old classes".

Because it's runtime reflection feature, not required for many apps.
Rant time:
Python could really use better str() vs repr() distinction, for example,
repr(type) could be "<class 'foo'>" (as it is now), and str(type) just
"foo". But alas, getting straight name requires adhoc attribute.

Don't store final, failing value to the loop variable.  This fix also
makes for .. range a bit more efficient, as it uses less store/load
pairs for the loop variable.