<feed xmlns='http://www.w3.org/2005/Atom'>
<title>suspect-devices/circuitpython/unix-cpy/mpconfigport.h, branch encoding</title>
<subtitle>CircuitPython - a Python implementation for teaching coding with microcontrollers</subtitle>
<id>https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=encoding</id>
<link rel='self' href='https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=encoding'/>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/'/>
<updated>2015-08-17T11:51:26+00:00</updated>
<entry>
<title>unix-cpy: Remove unix-cpy.  It's no longer needed.</title>
<updated>2015-08-17T11:51:26+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2015-08-14T11:24:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=65dc960e3b22a8426e369607e47c19b380ce30ea'/>
<id>urn:sha1:65dc960e3b22a8426e369607e47c19b380ce30ea</id>
<content type='text'>
unix-cpy was originally written to get semantic equivalent with CPython
without writing functional tests.  When writing the initial
implementation of uPy it was a long way between lexer and functional
tests, so the half-way test was to make sure that the bytecode was
correct.  The idea was that if the uPy bytecode matched CPython 1-1 then
uPy would be proper Python if the bytecodes acted correctly.  And having
matching bytecode meant that it was less likely to miss some deep
subtlety in the Python semantics that would require an architectural
change later on.

But that is all history and it no longer makes sense to retain the
ability to output CPython bytecode, because:

1. It outputs CPython 3.3 compatible bytecode.  CPython's bytecode
changes from version to version, and seems to have changed quite a bit
in 3.5.  There's no point in changing the bytecode output to match
CPython anymore.

2. uPy and CPy do different optimisations to the bytecode which makes it
harder to match.

3. The bytecode tests are not run.  They were never part of Travis and
are not run locally anymore.

4. The EMIT_CPYTHON option needs a lot of extra source code which adds
heaps of noise, especially in compile.c.

5. Now that there is an extensive test suite (which tests functionality)
there is no need to match the bytecode.  Some very subtle behaviour is
tested with the test suite and passing these tests is a much better
way to stay Python-language compliant, rather than trying to match
CPy bytecode.
</content>
</entry>
<entry>
<title>py: Add MICROPY_COMP_{DOUBLE,TRIPLE}_TUPLE_ASSIGN config options.</title>
<updated>2015-03-14T13:11:35+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2015-03-14T13:11:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=42e0c593084784cb0b630d99b8361bc88abadb78'/>
<id>urn:sha1:42e0c593084784cb0b630d99b8361bc88abadb78</id>
<content type='text'>
These allow to fine-tune the compiler to select whether it optimises
tuple assignments of the form a, b = c, d and a, b, c = d, e, f.
Sensible defaults are provided.
</content>
</entry>
<entry>
<title>ports: Define mp_off_t.</title>
<updated>2014-11-16T22:16:14+00:00</updated>
<author>
<name>Paul Sokolovsky</name>
<email>pfalcon@users.sourceforge.net</email>
</author>
<published>2014-11-16T22:16:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=91386eee2613cbaf736d746cfef28674cce82c01'/>
<id>urn:sha1:91386eee2613cbaf736d746cfef28674cce82c01</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Rename machine_(u)int_t to mp_(u)int_t.</title>
<updated>2014-07-03T12:25:24+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2014-07-03T12:25:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=40f3c026823f8951a2fa04e9c7fc93c75bc27bec'/>
<id>urn:sha1:40f3c026823f8951a2fa04e9c7fc93c75bc27bec</id>
<content type='text'>
See discussion in issue #50.
</content>
</entry>
<entry>
<title>Provide definition of alloca() in mpconfigport.h.</title>
<updated>2014-06-08T12:25:33+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2014-06-08T12:25:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=4480cb37118b662cf301953595b37704dc197d40'/>
<id>urn:sha1:4480cb37118b662cf301953595b37704dc197d40</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Rename configuration variables controling Python features.</title>
<updated>2014-05-24T22:03:12+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2014-05-24T22:03:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=ee3fd46f1383e984c968c4a82d634d7b0cea49b8'/>
<id>urn:sha1:ee3fd46f1383e984c968c4a82d634d7b0cea49b8</id>
<content type='text'>
Now of the form MICROPY_PY_*.  See issue #35.
</content>
</entry>
<entry>
<title>Tidy up some configuration options.</title>
<updated>2014-05-21T19:32:59+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2014-05-21T19:32:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=58ebde46646dd49d22b2accfa9c7a78e15921e48'/>
<id>urn:sha1:58ebde46646dd49d22b2accfa9c7a78e15921e48</id>
<content type='text'>
MP_ALLOC_* -&gt; MICROPY_ALLOC_*
MICROPY_PATH_MAX -&gt; MICROPY_ALLOC_PATH_MAX
MICROPY_ENABLE_REPL_HELPERS -&gt; MICROPY_HELPER_REPL
MICROPY_ENABLE_LEXER_UNIX -&gt; MICROPY_HELPER_LEXER_UNIX
MICROPY_EXTRA_* -&gt; MICROPY_PORT_*

See issue #35.
</content>
</entry>
<entry>
<title>Add license header to (almost) all files.</title>
<updated>2014-05-03T22:27:38+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2014-05-03T22:27:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=04b9147e150d2d6fa3750f312fe328b6a71c1b28'/>
<id>urn:sha1:04b9147e150d2d6fa3750f312fe328b6a71c1b28</id>
<content type='text'>
Blanket wide to all .c and .h files.  Some files originating from ST are
difficult to deal with (license wise) so it was left out of those.

Also merged modpyb.h, modos.h, modstm.h and modtime.h in stmhal/.
</content>
</entry>
<entry>
<title>bare-arm/unix-cpy: Minor changes.</title>
<updated>2014-04-13T12:19:28+00:00</updated>
<author>
<name>Damien George</name>
<email>damien.p.george@gmail.com</email>
</author>
<published>2014-04-13T12:19:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=674f9887ce54b0627758f2a84c52e8aab0d7f2db'/>
<id>urn:sha1:674f9887ce54b0627758f2a84c52e8aab0d7f2db</id>
<content type='text'>
</content>
</entry>
<entry>
<title>py: Add "io" module.</title>
<updated>2014-04-03T19:08:57+00:00</updated>
<author>
<name>Paul Sokolovsky</name>
<email>pfalcon@users.sourceforge.net</email>
</author>
<published>2014-04-03T11:57:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.suspectdevices.com/suspect-devices/circuitpython/commit/?id=98a627dc03bc02e1b827ead8cc71b02259731551'/>
<id>urn:sha1:98a627dc03bc02e1b827ead8cc71b02259731551</id>
<content type='text'>
So far just includes "open" function, which should be supplied by a port.

TODO: Make the module #ifdef'ed.
</content>
</entry>
</feed>
