CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.9.2 2017-08-11T06:43:07+00:00 2017-08-11T06:43:07+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-08-11T06:42:39+00:00 urn:sha1:bfc2092dc55d1faab4a6d7e832005afd61d25c3c Implemented as a new MP_UNARY_OP. This patch adds support lists, dicts and instances. 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-07-18T01:57:39+00:00 Alexander Steffen devel.20.webmeister@spamgourmet.com 2017-06-29T21:14:58+00:00 urn:sha1:299bc625864b9e624ed599c94a5f95870516139a The code conventions suggest using header guards, but do not define how those should look like and instead point to existing files. However, not all existing files follow the same scheme, sometimes omitting header guards altogether, sometimes using non-standard names, making it easy to accidentally pick a "wrong" example. This commit ensures that all header files of the MicroPython project (that were not simply copied from somewhere else) follow the same pattern, that was already present in the majority of files, especially in the py folder. The rules are as follows. Naming convention: * start with the words MICROPY_INCLUDED * contain the full path to the file * replace special characters with _ In addition, there are no empty lines before #ifndef, between #ifndef and one empty line before #endif. #endif is followed by a comment containing the name of the guard macro. py/grammar.h cannot use header guards by design, since it has to be included multiple times in a single C file. Several other files also do not need header guards as they are only used internally and guaranteed to be included only once: * MICROPY_MPHALPORT_H * mpconfigboard.h * mpconfigport.h * mpthreadport.h * pin_defs_*.h * qstrdefs*.h 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-02-16T07:38:06+00:00 Damien George damien.p.george@gmail.com 2017-01-17T04:27:37+00:00 urn:sha1:088740ecc40476fd0796a3ef6a68ee7c677eae64 2016-02-02T23:16:05+00:00 Damien George damien.p.george@gmail.com 2016-02-02T23:16:05+00:00 urn:sha1:5f3e005b6791634b104fa6385c8a9bf5ed1af164 Before this patch, the native types for uint and ptr/ptr8/ptr16/ptr32 all overlapped and it was possible to make a mistake in casting. Now, these types are all separate and any coding mistakes will be raised as runtime errors. 2015-12-10T22:19:48+00:00 Damien George damien.p.george@gmail.com 2015-12-08T12:28:11+00:00 urn:sha1:bdbe8c9ae21559f6dc0b8e1ad84b7bbec2a04726 Fixes #1684 and makes "not" match Python semantics. The code is also simplified (the separate MP_BC_NOT opcode is removed) and the patch saves 68 bytes for bare-arm/ and 52 bytes for minimal/. Previously "not x" was implemented as !mp_unary_op(x, MP_UNARY_OP_BOOL), so any given object only needs to implement MP_UNARY_OP_BOOL (and the VM had a special opcode to do the ! bit). With this patch "not x" is implemented as mp_unary_op(x, MP_UNARY_OP_NOT), but this operation is caught at the start of mp_unary_op and dispatched as !mp_obj_is_true(x). mp_obj_is_true has special logic to test for truthness, and is the correct way to handle the not operation. 2015-11-13T12:49:18+00:00 Damien George damien.p.george@gmail.com 2015-10-22T22:45:37+00:00 urn:sha1:3a3db4dcf0400cffef860f61a84979cb1f7a7541 2015-08-17T21:39:03+00:00 Damien George damien.p.george@gmail.com 2015-08-17T21:39:03+00:00 urn:sha1:7f70b60f4d05126a838364ee91d288ec8c47d362 2015-06-25T14:42:13+00:00 Damien George damien.p.george@gmail.com 2015-06-25T14:42:13+00:00 urn:sha1:59fba2d6ea31c134c9c0b88dc73cd25b236f167c Previous to this patch each time a bytes object was referenced a new instance (with the same data) was created. With this patch a single bytes object is created in the compiler and is loaded directly at execute time as a true constant (similar to loading bignum and float objects). This saves on allocating RAM and means that bytes objects can now be used when the memory manager is locked (eg in interrupts). The MP_BC_LOAD_CONST_BYTES bytecode was removed as part of this. Generated bytecode is slightly larger due to storing a pointer to the bytes object instead of the qstr identifier. Code size is reduced by about 60 bytes on Thumb2 architectures.