CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=4.x 2018-07-11T20:45:30+00:00 2018-07-11T20:45:30+00:00 Dan Halbert halbert@halwitz.org 2018-07-11T20:45:30+00:00 urn:sha1:7c219600a246d8956d0b23ea3f5d125a820e6b6a 2018-04-02T12:59:12+00:00 Jeff Epler jepler@gmail.com 2018-04-02T12:58:38+00:00 urn:sha1:c592b0e0f8520f26927c85124e8a1e59f7a23c09 .. this allows developers who want to work with both micropython and circuitpython to enable appveyor on their fork, but not get errors when pushing circuitpython changes. In the appveyor configuration for your fork, simply enable the checkbox "Skip branches without appveyor.yml". 2018-03-31T15:43:57+00:00 Jeff Epler jepler@gmail.com 2018-03-31T15:03:41+00:00 urn:sha1:f8e0baa0b7c7d341b4ce4aee2d065b6ea213d90b 2018-02-21T11:55:13+00:00 Damien George damien.p.george@gmail.com 2018-02-21T11:55:13+00:00 urn:sha1:82828340a0e8dfd946bafac01d38e59ff63ebe3b These ports are all capable of running uasyncio. 2018-01-31T05:09:15+00:00 stijn stijn@ignitron.net 2018-01-03T20:10:03+00:00 urn:sha1:df952633ef806d848ea75148a7be52e6a4e7f9fe Build and test 32bit and 64bit versions of the windows port using gcc from mingw-w64. Note a bunch of tests which rely on floating point math/printing have been disabled for now since they fail. 2017-12-29T11:24:46+00:00 stijn stijn@ignitron.net 2017-12-26T09:52:09+00:00 urn:sha1:b184b6ae5334b87472897d0034a7388acafe41cc The number of registers used should be 10, not 12, to match the assembly code in nlrx64.c. With this change the 64bit mingw builds don't need to use the setjmp implementation, and this fixes miscellaneous crashes and assertion failures as reported in #1751 for instance. To avoid mistakes in the future where something gcc-related for Windows only gets fixed for one particular compiler/environment combination, make use of a MICROPY_NLR_OS_WINDOWS macro. To make sure everything nlr-related is now ok when built with gcc this has been verified with: - unix port built with gcc on Cygwin (i686-pc-cygwin-gcc and x86_64-pc-cygwin-gcc, version 6.4.0) - windows port built with mingw-w64's gcc from Cygwin (i686-w64-mingw32-gcc and x86_64-w64-mingw32-gcc, version 6.4.0) and MSYS2 (like the ones on Cygwin but version 7.2.0) 2017-12-29T11:14:16+00:00 stijn stijn@ignitron.net 2017-12-14T10:09:59+00:00 urn:sha1:8041de59fed09e3185aaf01bb2faf1f733747dc8 Add some features which are already enabled in the unix port and default to using the Python stack for scoped allocations: this can be more performant in cases the heap is heavily used because for example the memory needed for storing *args and **kwargs doesn't require scanning the heap to find a free block. 2017-12-29T11:14:16+00:00 stijn stijn@ignitron.net 2017-12-14T09:58:49+00:00 urn:sha1:6fc58db5d8ea52e10b54b08e82fc2351d9f5caf0 For MSVC off_t is defined in sys/types.h but according to the comment earlier in mpconfigport.h this cannot be included directly. So just make off_t the same as mp_off_t. This fixes the build for MSVC with MICROPY_STREAMS_POSIX_API enabled because stream.h uses off_t. 2017-09-06T04:09:13+00:00 Damien George damien.p.george@gmail.com 2017-09-06T04:09:13+00:00 urn:sha1:4a93801c12898898744131f57d79cf216d0861b3 Also renames "stmhal" to "stm32" in documentation and everywhere else. 2017-09-06T03:40:51+00:00 Damien George damien.p.george@gmail.com 2017-09-06T03:40:51+00:00 urn:sha1:01dd7804b87d60b2deab16712eccb3b97351a9b7 This is to keep the top-level directory clean, to make it clear what is core and what is a port, and to allow the repository to grow with new ports in a sustainable way.