CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.5.2 2015-11-29T14:25:35+00:00 2015-11-29T14:25:35+00:00 Damien George damien.p.george@gmail.com 2015-11-27T17:01:44+00:00 urn:sha1:999cedb90ff0827cdb9dfe0e4faa6ebc1739d271 This allows the mp_obj_t type to be configured to something other than a pointer-sized primitive type. This patch also includes additional changes to allow the code to compile when sizeof(mp_uint_t) != sizeof(void*), such as using size_t instead of mp_uint_t, and various casts. 2015-11-29T14:25:04+00:00 Damien George damien.p.george@gmail.com 2015-11-27T12:23:18+00:00 urn:sha1:c3f64d9799cdf8af88087eebe6628e83d658405c 2015-10-20T11:38:54+00:00 Damien George damien.p.george@gmail.com 2015-10-18T22:09:04+00:00 urn:sha1:04353cc85e02e96bba374c2f2097d2e192c95193 This saves around 1000 bytes (Thumb2 arch) because in repr "C" it is costly to check and extract a qstr. So making such check/extract a function instead of a macro saves lots of code space. 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-09T15:29:54+00:00 Damien George damien.p.george@gmail.com 2015-04-09T15:29:54+00:00 urn:sha1:4dea922610c8ea6af285cd49b0a531d4941d820f 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-01-23T00:15:56+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-01-23T00:15:56+00:00 urn:sha1:344e15b1ae641528b0f37447604ba66be9184a10 There was really weird warning (promoted to error) when building Windows port. Exact cause is still unknown, but it uncovered another issue: 8-bit and unicode str_make_new implementations should be mutually exclusive, and not built at the same time. What we had is that bytes_decode() pulled 8-bit str_make_new() even for unicode build. 2015-01-03T22:26:31+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-01-03T22:14:13+00:00 urn:sha1:c1144966417de643d86286dae3189e8c0e09d9c2 2015-01-01T20:32:09+00:00 Damien George damien.p.george@gmail.com 2015-01-01T20:27:54+00:00 urn:sha1:51dfcb4bb7613ed164952712d9a5235a7b833cde Addresses issue #1022.