CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=3.0.0-rc.1 2017-10-04T23:49:44+00:00 2017-10-04T23:49:44+00:00 Damien George damien.p.george@gmail.com 2017-10-03T12:34:28+00:00 urn:sha1:0864a6957fe4717c3ec40ceeb373b19614a18434 2 non-bytecode binary ops (NOT_IN and IN_NOT) are moved out of the bytecode group, so this change will change the bytecode format. 2017-09-25T23:35:19+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-09-25T23:35:19+00:00 urn:sha1:9d836fedbdb1d28bdfc4ba475bbdfc1adb3f007a Not all can, so we don't need to reserve bytecodes for them, and can use free slots for something else later. 2017-09-07T21:10:10+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-09-07T21:10:10+00:00 urn:sha1:b8ee7ab5b988f424e34e778fe3a679710d675efa This is to allow to place reverse ops immediately after normal ops, so they can be tested as one range (which is optimization for reverse ops introduction in the next patch). 2017-09-07T08:26:42+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-09-07T08:26:42+00:00 urn:sha1:50b9329eba29a36b6948699aaea9473681d4f46b It starts a dichotomy of mp_binary_op_t values which can't appear in the bytecode. Another reason to move it is to VALUES of OP_* and OP_INPLACE_* nicely adjacent. This also will be needed for OP_REVERSE_*, to be soon introduced. 2017-09-07T07:55:43+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-09-07T07:55:43+00:00 urn:sha1:d4d1c45a553c6361a72053383f0fe242f05cad3d This is to allow to encode arithmetic operations more efficiently, in preparation to introduction of __rOP__ method support. 2017-04-22T13:39:38+00:00 Damien George damien.p.george@gmail.com 2017-04-18T23:49:48+00:00 urn:sha1:30badd1ce1fabd26e54fc445f07846306aa19cef 2017-04-22T11:46:32+00:00 Damien George damien.p.george@gmail.com 2017-04-18T12:52:18+00:00 urn:sha1:5335942b599d85263d3c18eb99ff5ebd04a8bc98 This patch refactors the handling of the special super() call within the compiler. It removes the need for a global (to the compiler) state variable which keeps track of whether the subject of an expression is super. The handling of super() is now done entirely within one function, which makes the compiler a bit cleaner and allows to easily add more optimisations to super calls. Changes to the code size are: bare-arm: +12 minimal: +0 unix x64: +48 unix nanbox: -16 stmhal: +4 cc3200: +0 esp8266: -56 2017-02-24T02:43:43+00:00 Damien George damien.p.george@gmail.com 2017-02-24T02:43:43+00:00 urn:sha1:5255255fb9ea003db65935fe6cf2ac9d17410faa Previous to this patch any non-interned str/bytes objects would create a special parse node that held a copy of the str/bytes data. Then in the compiler this data would be turned into a str/bytes object. This actually lead to 2 copies of the data, one in the parse node and one in the object. The parse node's copy of the data would be freed at the end of the compile stage but nevertheless it meant that the peak memory usage of the parse/compile stage was higher than it needed to be (by an amount equal to the number of bytes in all the non-interned str/bytes objects). This patch changes the behaviour so that str/bytes objects are created directly in the parser and the object stored in a const-object parse node (which already exists for bignum, float and complex const objects). This reduces peak RAM usage of the parse/compile stage, simplifies the parser and compiler, and reduces code size by about 170 bytes on Thumb2 archs, and by about 300 bytes on Xtensa archs. 2017-02-17T01:29:51+00:00 Damien George damien.p.george@gmail.com 2017-02-17T01:29:51+00:00 urn:sha1:c889f01b8d72cb72dd4a8c627c43cd5f66c3d4d9 2017-02-16T08:45:07+00:00 Damien George damien.p.george@gmail.com 2017-02-15T00:55:31+00:00 urn:sha1:0ec957d7c519b01010e103197282933bfdcf0993