CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.4.3 2015-05-05T23:02:58+00:00 2015-05-05T23:02:58+00:00 Damien George damien.p.george@gmail.com 2015-05-05T23:02:58+00:00 urn:sha1:c98c128fe885e539ecd73843756340f8950115c8 esp8266 port now has working raw and friendly REPL, as well as working soft reset (CTRL-D at REPL, or raise SystemExit). tools/pyboard.py now works with esp8266 port. 2015-04-21T14:14:24+00:00 Damien George damien.p.george@gmail.com 2015-04-21T14:14:24+00:00 urn:sha1:5aa311d33084c24262780cae0a65d748990ce7e1 If you need the functionality of a namedtuple but will only make 1 or a few instances, then use an attrtuple instead. 2015-04-16T14:30:16+00:00 Damien George damien.p.george@gmail.com 2015-04-09T22:56:15+00:00 urn:sha1:7f9d1d6ab923096582622b700bedb6a571518eac Previous to this patch the printing mechanism was a bit of a tangled mess. This patch attempts to consolidate printing into one interface. All (non-debug) printing now uses the mp_print* family of functions, mainly mp_printf. All these functions take an mp_print_t structure as their first argument, and this structure defines the printing backend through the "print_strn" function of said structure. Printing from the uPy core can reach the platform-defined print code via two paths: either through mp_sys_stdout_obj (defined pert port) in conjunction with mp_stream_write; or through the mp_plat_print structure which uses the MP_PLAT_PRINT_STRN macro to define how string are printed on the platform. The former is only used when MICROPY_PY_IO is defined. With this new scheme printing is generally more efficient (less layers to go through, less arguments to pass), and, given an mp_print_t* structure, one can call mp_print_str for efficiency instead of mp_printf("%s", ...). Code size is also reduced by around 200 bytes on Thumb2 archs. 2015-04-06T21:17:11+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-04-06T21:16:51+00:00 urn:sha1:282ca09f8e386f24e1e87acd3de93954b6a8035c 2015-04-06T20:51:29+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-04-06T20:50:37+00:00 urn:sha1:e2d44e30c77360789d6e7c1211b222f93b92e0df 2015-04-05T18:57:55+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-04-05T18:44:20+00:00 urn:sha1:3a84c8b58d7c87785bf1ae48eb41c91ecde9fc1c 2015-03-14T13:11:35+00:00 Damien George damien.p.george@gmail.com 2015-03-14T13:11:35+00:00 urn:sha1:42e0c593084784cb0b630d99b8361bc88abadb78 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. 2015-02-13T15:26:53+00:00 Damien George damien.p.george@gmail.com 2015-02-13T15:26:53+00:00 urn:sha1:601c814603801ad3af78e37d26c87a4470156738 2015-02-07T18:33:58+00:00 Damien George damien.p.george@gmail.com 2015-02-07T18:33:58+00:00 urn:sha1:0bfc7638baa4c5a4a2351364ab770a188dcab302 To enable parsing constants more efficiently, mp_parse should be allowed to raise an exception, and mp_compile can already raise a MemoryError. So these functions need to be protected by an nlr push/pop block. This patch adds that feature in all places. This allows to simplify how mp_parse and mp_compile are called: they now raise an exception if they have an error and so explicit checking is not needed anymore. 2015-01-20T09:52:12+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-01-20T09:52:12+00:00 urn:sha1:640e0b221e972f9a2da2d870bf3fc5a93c18f0ec Only modules (not packages) supported now. Source modules can be converted to frozen module structures using tools/make-frozen.py script.