CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.9.4 2017-10-09T23:37:38+00:00 2017-10-09T23:37:38+00:00 Damien George damien.p.george@gmail.com 2017-10-09T23:37:38+00:00 urn:sha1:933eab46fcf2dcca2c3ca3d04b714f238e6020e1 2017-10-04T01:37:50+00:00 Damien George damien.p.george@gmail.com 2017-10-04T01:37:50+00:00 urn:sha1:a3dc1b1957d2c96d7c60c2c629c95077b03488a1 Header files that are considered internal to the py core and should not normally be included directly are: py/nlr.h - internal nlr configuration and declarations py/bc0.h - contains bytecode macro definitions py/runtime0.h - contains basic runtime enums Instead, the top-level header files to include are one of: py/obj.h - includes runtime0.h and defines everything to use the mp_obj_t type py/runtime.h - includes mpstate.h and hence nlr.h, obj.h, runtime0.h, and defines everything to use the general runtime support functions Additional, specific headers (eg py/objlist.h) can be included if needed. 2017-08-15T01:53:36+00:00 Stefan Naumann me@stefannaumann.de 2017-07-24T16:55:14+00:00 urn:sha1:ace9fb54053c29574bdf81ffacc5ddcf9d4b45d9 It enables all the DEBUG_printf outputs in the py/ source code. 2017-07-31T08:35:40+00:00 Alexander Steffen devel.20.webmeister@spamgourmet.com 2017-06-30T07:22:17+00:00 urn:sha1:55f33240f3d7051d4213629e92437a36f1fac50e There were several different spellings of MicroPython present in comments, when there should be only one. 2017-06-09T03:36:33+00:00 Damien George damien.p.george@gmail.com 2017-06-09T03:31:57+00:00 urn:sha1:a8a5d1e8c8db3b7c64e1921005ceb5a5d47280f4 Taking the address of a local variable leads to increased stack usage, so the mp_decode_uint_skip() function is added to reduce the need for taking addresses. The changes in this patch reduce stack usage of a Python call by 8 bytes on ARM Thumb, by 16 bytes on non-windowing Xtensa archs, and by 16 bytes on x86-64. Code size is also slightly reduced on most archs by around 32 bytes. 2017-04-22T13:39:20+00:00 Damien George damien.p.george@gmail.com 2017-04-18T23:45:59+00:00 urn:sha1:dd11af209d226b7d18d5148b239662e30ed60bad This patch allows the following code to run without allocating on the heap: super().foo(...) Before this patch such a call would allocate a super object on the heap and then load the foo method and call it right away. The super object is only needed to perform the lookup of the method and not needed after that. This patch makes an optimisation to allocate the super object on the C stack and discard it right after use. Changes in code size due to this patch are: bare-arm: +128 minimal: +232 unix x64: +416 unix nanbox: +364 stmhal: +184 esp8266: +340 cc3200: +128 2017-03-28T11:37:26+00:00 Damien George damien.p.george@gmail.com 2017-03-28T11:37:26+00:00 urn:sha1:94c41bb06f6482ece0717c5bd63266b8da063caa Saves 168 bytes on bare-arm. 2017-03-22T02:40:27+00:00 Damien George damien.p.george@gmail.com 2017-03-22T02:40:27+00:00 urn:sha1:58f23def55a705357b352ce8af642e03cd5c49f0 Now, passing a keyword argument that is not expected will correctly report that fact. If normal or detailed error messages are enabled then the name of the unexpected argument will be reported. This patch decreases the code size of bare-arm and stmhal by 12 bytes, and cc3200 by 8 bytes. Other ports (minimal, unix, esp8266) remain the same in code size. For terse error message configuration this is because the new message is shorter than the old one. For normal (and detailed) error message configuration this is because the new error message already exists in py/objnamedtuple.c so there's no extra space in ROM needed for the string. 2017-03-17T05:50:19+00:00 Damien George damien.p.george@gmail.com 2017-03-17T05:38:46+00:00 urn:sha1:5640e6dacd39d97adffce8490991c457f457b1cd This has a noticeable improvement on x86-64 and Thumb2 archs, where stack usage is reduced by 2 machine words in the VM. 2017-03-17T05:39:13+00:00 Damien George damien.p.george@gmail.com 2017-03-17T03:54:53+00:00 urn:sha1:71a3d6ec3bd02c5bd13334537e1bd146bb643bad Instead of caching data that is constant (code_info, const_table and n_state), store just a pointer to the underlying function object from which this data can be derived. This helps reduce stack usage for the case when the mp_code_state_t structure is stored on the stack, as well as heap usage when it's stored on the heap. The downside is that the VM becomes a little more complex because it now needs to derive the data from the underlying function object. But this doesn't impact the performance by much (if at all) because most of the decoding of data is done outside the main opcode loop. Measurements using pystone show that little to no performance is lost. This patch also fixes a nasty bug whereby the bytecode can be reclaimed by the GC during execution. With this patch there is always a pointer to the function object held by the VM during execution, since it's stored in the mp_code_state_t structure.