The logic appears to be that (at least beginning of) sys.versions is the
version of reference Python language implemented, not version of particular
implementation.

Also, bump set versions at 3.4.0, based on @dpgeorge preference.

Similar to tuples, lists, dicts. Statically allocated strings don't have hash
computed.

This feature was proposed with initial hashing RFC, and is prerequisite for
seamless static str object definition.

Available via sys.std{in,out,err}.  Basic reading and writing supported.
Even sys.stdin.readline!

Enabled by MICROPY_ENABLE_PROPERTY.

Should address issue #475.

py: don't look for any additional headers when lexerunix is disabled

py: the entire `<unistd.h>` shouldn't be needed

Convert sys module to static allocation

objlist: Make .extend accept arbitrary iterable.

Must use mp_obj_get_type to get the type of an object.  Can't assume
mp_obj_t is castable to mp_obj_base_t.

Should fix issue #463.

Pass a single parameter (doesn't matter what): pyb.info(1), will dump
the GC alloc table.

Attempt to address issue #386.  unique_code_id's have been removed and
replaced with a pointer to the "raw code" information.  This pointer is
stored in the actual byte code (aligned, so the GC can trace it), so
that raw code (ie byte code, native code and inline assembler) is kept
only for as long as it is needed.  In memory it's now like a tree: the
outer module's byte code points directly to its children's raw code.  So
when the outer code gets freed, if there are no remaining functions that
need the raw code, then the children's code gets freed as well.

This is pretty much like CPython does it, except that CPython stores
indexes in the byte code rather than machine pointers.  These indices
index the per-function constant table in order to find the relevant
code.

We're not going to implement all the plethora of types in there in C.
Funnily, CPython implements defaultdict in C, and namedtuple in Python.