GitLab

Implicit "micropython" module contains (at least) codegeneration decorators.
Make it explicit, so an app could have "import micropython". On MicroPython,
that will be no-op. On CPython, that will give a chance to have a module
with placeholder decorators.

So far, don't work for strings as expected.

We likely should make mp_obj_new_int() inline, and rely on its
encapsulated check rather than inline checks everywhere explicitly.

Also, parser for big small int values is still broken.

Currently it would report "operation not supported" which is confusing. Overall,
this is thinko leading to undefined behavior.

Still need to make built-ins by these names, and write tests.

Creating of classes (types) and instances is much more like CPython now.
You can use "type('name', (), {...})" to create classes.

Addresses issue #104.

It's not really about that, though; it's about me figuring out a sane
way forward for keyword-argument functions (and function
metadata). But it's useful as is, and shouldn't break any existing
code, so here you have it; I'm going to park it in my mind for a bit
while sorting out the rest of the dict branch.

Now much more inline with how CPython does types.