CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=4.0.0-alpha.3 2018-05-17T01:20:06+00:00 2018-05-17T01:20:06+00:00 Tom Collins tom.collins@digi.com 2018-05-17T00:08:34+00:00 urn:sha1:a883fe12d95953e9aa705f0050da1b61ae54ec8d This patch fixes the macro so you can pass any name in, and the macro will make more sense if you're reading it on its own. It worked previously because n_state is always passed in as n_state_out_var. 2017-12-11T02:49:09+00:00 Damien George damien.p.george@gmail.com 2017-11-26T12:37:19+00:00 urn:sha1:1e5a33df413bbd8a8aa5bd880be445c684fc5506 2017-12-09T10:49:00+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-12-09T10:45:28+00:00 urn:sha1:2b00181592b23e5ca97464791c1ffa56e9495489 This is second part of fun_bc_call() vs mp_obj_fun_bc_prepare_codestate() common code refactor. This factors out code to initialize codestate object. After this patch, mp_obj_fun_bc_prepare_codestate() is effectively DECODE_CODESTATE_SIZE() followed by allocation followed by INIT_CODESTATE(), and fun_bc_call() starts with that too. 2017-12-09T09:01:34+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-12-09T08:57:40+00:00 urn:sha1:d72370def72c74ca98c1ec4eb7b58ba0fbcc9629 2017-12-09T07:19:34+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-12-09T07:19:34+00:00 urn:sha1:fca1d1aa62306fc523d192c1e2dd2d20dccbe94f fun_bc_call() starts with almost the same code as mp_obj_fun_bc_prepare_codestate(), the only difference is a way to allocate the codestate object (heap vs stack with heap fallback). Still, would be nice to avoid code duplication to make further refactoring easier. So, this commit factors out the common code before the allocation - decoding and calculating codestate size. It produces two values, so structured as a macro which writes to 2 variables passed as arguments. 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-03-29T01:56:45+00:00 Damien George damien.p.george@gmail.com 2017-03-25T08:48:18+00:00 urn:sha1:6b341075376705ee1fe9e003b76b09afa59778f4