CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.4.3 2015-05-12T21:46:02+00:00 2015-05-12T21:46:02+00:00 Damien George damien.p.george@gmail.com 2015-05-11T12:25:19+00:00 urn:sha1:c2a4e4effc81d8ab21bb014e34355643e5ca0da2 Hashing is now done using mp_unary_op function with MP_UNARY_OP_HASH as the operator argument. Hashing for int, str and bytes still go via fast-path in mp_unary_op since they are the most common objects which need to be hashed. This lead to quite a bit of code cleanup, and should be more efficient if anything. It saves 176 bytes code space on Thumb2, and 360 bytes on x86. The only loss is that the error message "unhashable type" is now the more generic "unsupported type for __hash__". 2015-04-23T14:28:18+00:00 Damien George damien.p.george@gmail.com 2015-04-23T14:28:18+00:00 urn:sha1:ede0f3ab3dfcc4ab1a5799b312395703bf942517 Compiled in only if MICROPY_CPYTHON_COMPAT is set. Addresses issue #1093. 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-11T21:17:57+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-04-11T21:17:16+00:00 urn:sha1:8b7faa31e1a98fd582db7021152fa25da69635e0 2015-04-04T14:53:11+00:00 Damien George damien.p.george@gmail.com 2015-04-04T14:53:11+00:00 urn:sha1:2801e6fad8b8b3ecdd9c8bc58f9515ff66eca46c 2015-04-03T22:55:40+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-04-03T22:55:40+00:00 urn:sha1:7f59b4b2ca28179c72aa12f35fe59cb14017b5b0 Warnings lead to programming errors - as expected. 2015-04-03T22:24:59+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-04-03T22:23:18+00:00 urn:sha1:acf6aec71cef3dae4431b79f6e530d3c8994a8b4 2015-04-03T21:09:48+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-04-03T21:09:23+00:00 urn:sha1:ac2f7a7f6aab135e90dd12d30b51d857628b0a59 splitlines() occurs ~179 times in CPython3 standard library, so was deemed worthy to implement. The method has subtle semantic differences from just .split("\n"). It is also defined as working for any end-of-line combination, but this is currently not implemented - it works only with LF line-endings (which should be OK for text strings on any platforms, but not OK for bytes). 2015-03-23T20:43:37+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-03-23T20:15:12+00:00 urn:sha1:870517123333bb23751332ea6e5a65f690423971 2015-03-14T22:32:40+00:00 Damien George damien.p.george@gmail.com 2015-03-14T22:32:40+00:00 urn:sha1:fa1edff006ced6f2e4b4ba4f899809c0d2a63de0