suspect-devices/circuitpython/py, branch v1.3.1 CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.3.1 2014-08-28T22:37:02+00:00 py: Move native glue code from runtime.c to new file nativeglue.c. 2014-08-28T22:37:02+00:00 Damien George damien.p.george@gmail.com 2014-08-28T22:37:02+00:00 urn:sha1:110ba35980d03da2e744a8aadd85d08c0c06a23b This way, the native glue code is only compiled if native code is enabled (which makes complete sense; thanks to Paul Sokolovsky for the idea). Should fix issue #834. Merge pull request #833 from Vogtinator/arm-native 2014-08-28T22:24:43+00:00 Damien George damien.p.george@gmail.com 2014-08-28T22:24:43+00:00 urn:sha1:1ac6faa73218d3049b3e8e8f008dbfdc756628cb Basic native ARM emitter py, gc: Further reduce heap fragmentation with new, faster gc alloc. 2014-08-28T22:06:38+00:00 Damien George damien.p.george@gmail.com 2014-08-28T22:06:38+00:00 urn:sha1:516b09efc3e5d2d88457a0300b65497a9bc39624 The heap allocation is now exactly as it was before the "faster gc alloc" patch, but it's still nearly as fast. It is fixed by being careful to always update the "last free block" pointer whenever the heap changes (eg free or realloc). Tested on all tests by enabling EXTENSIVE_HEAP_PROFILING in py/gc.c: old and new allocator have exactly the same behaviour, just the new one is much faster. py: Reduce fragmentation of GC heap. 2014-08-28T09:18:40+00:00 Damien George damien.p.george@gmail.com 2014-08-28T09:18:40+00:00 urn:sha1:b796e3d848b30346c11d173f39c06df88c646e2f Recent speed up of GC allocation made the GC have a fragmented heap. This patch restores "original fragmentation behaviour" whilst still retaining relatively fast allocation. This patch works because there is always going to be a single block allocated now and then, which advances the gc_last_free_atb_index pointer often enough so that the whole heap doesn't need scanning. Should address issue #836. Clarify copyright on asmarm files 2014-08-27T23:18:56+00:00 Fabian Vogt fabian@ritter-vogt.de 2014-08-27T23:18:56+00:00 urn:sha1:16ee30c6fa0974f2236004a663085f4035fd14df Basic native ARM emitter 2014-08-27T16:18:50+00:00 Fabian Vogt fabian@ritter-vogt.de 2014-08-16T20:55:53+00:00 urn:sha1:fe3d16e8c24e2f3733339a69c66d740747b2e859 py: Improve efficiency of MP_OBJ_IS_STR_OR_BYTES. 2014-08-27T08:20:30+00:00 Damien George damien.p.george@gmail.com 2014-08-27T08:20:30+00:00 urn:sha1:a75b02ea9be41c27b87fd80ad37e7c26b4583fad Saves ROM (16 on stmhal, 240 on 64-bit unix) and should be quicker since there is 1 less branch. Merge branch 'int-bytes' of https://github.com/dhylands/micropython into dhylands-int-bytes 2014-08-27T08:13:15+00:00 Damien George damien.p.george@gmail.com 2014-08-27T08:13:15+00:00 urn:sha1:ad4c014d461cf325712d961c547f461746f52408 Make int(b'123') work properly. 2014-08-27T02:15:04+00:00 Dave Hylands dhylands@gmail.com 2014-08-26T19:44:46+00:00 urn:sha1:b7f7c655ed4b54d9ff8ec04908199d04d38b7528 py: Fix line number printing for file with 1 line. 2014-08-26T22:35:57+00:00 Damien George damien.p.george@gmail.com 2014-08-26T22:35:57+00:00 urn:sha1:b427d6ae8686f4a9520509cb73ab9f1327ceadc1 With a file with 1 line (and an error on that line), used to show the line as number 0. Now shows it correctly as line number 1. But, when line numbers are disabled, it now prints line number 1 for any line that has an error (instead of 0 as previously). This might end up being confusing, but requires extra RAM and/or hack logic to make it print something special in the case of no line numbers.