CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.5.2 2015-10-31T16:14:30+00:00 2015-10-31T16:14:30+00:00 Damien George damien.p.george@gmail.com 2015-10-30T23:03:58+00:00 urn:sha1:731f359292c0e2630873df1a19c5baac7287024f py/mphal.h contains declarations for generic mp_hal_XXX functions, such as stdio and delay/ticks, which ports should provide definitions for. A port will also provide mphalport.h with further HAL declarations. 2015-10-24T12:46:53+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-10-23T23:26:10+00:00 urn:sha1:0dbd928ceefed09d65276211c70d0137b4734011 Scenario: module1 depends on some common file from lib/, so specifies it in its SRC_MOD, and the same situation with module2, then common file from lib/ eventually ends up listed twice in $(OBJ), which leads to link errors. Make is equipped to deal with such situation easily, quoting the manual: "The value of $^ omits duplicate prerequisites, while $+ retains them and preserves their order." So, just use $^ consistently in all link targets. 2015-10-19T15:32:42+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2015-10-19T15:22:16+00:00 urn:sha1:e0f5df579b6cf0410b9693f9a75d9b50a0de350e Generally, ports should inherit INC from py.mk, append to it, not overwrite it. TODO: Likely should do the same for other vars too. 2015-10-14T23:05:55+00:00 Damien George damien.p.george@gmail.com 2015-10-14T23:05:55+00:00 urn:sha1:4300c7dba2f500cd3b2a664c7491aa3ddb328011 See issue #1500. 2015-10-01T23:11:11+00:00 Damien George damien.p.george@gmail.com 2015-09-23T09:50:43+00:00 urn:sha1:58e0f4ac50b3dc732cbfe0d7b04bb41951ac1329 With this patch parse nodes are allocated sequentially in chunks. This reduces fragmentation of the heap and prevents waste at the end of individually allocated parse nodes. Saves roughly 20% of RAM during parse stage. 2015-07-20T14:53:22+00:00 Delio Brignoli brignoli.delio@gmail.com 2015-06-06T16:34:59+00:00 urn:sha1:cceff157ddaf42e6c6390209ea14b7f4997b32c0 2015-06-22T21:38:47+00:00 Damien George damien.p.george@gmail.com 2015-06-22T21:38:47+00:00 urn:sha1:c4b592d3793bae6effe13a9b606083c9097d2779 The do_str() function is provided essentially as documentation to show how to compile and execute a string. This patch makes do_str take an extra arg to specify how the string should be interpreted: either as a single line (ie from a REPL) or as multiple lines (ie from a file). 2015-04-16T20:44:52+00:00 Damien George damien.p.george@gmail.com 2015-04-16T20:44:52+00:00 urn:sha1:2941d5c714fc7e5ada791b52f712f758ec120fa0 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-04T21:04:53+00:00 Damien George damien.p.george@gmail.com 2015-04-04T21:04:53+00:00 urn:sha1:7e758b1cf878312cab5d9d2825b36e7235ea10a3