CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=5.0.0-beta.3 2018-07-12T18:13:51+00:00 2018-07-12T18:13:51+00:00 Dan Halbert halbert@halwitz.org 2018-07-12T18:13:51+00:00 urn:sha1:0d27f4d9a66dcb47b545e715d1833094b0c7b484 2018-07-11T20:45:30+00:00 Dan Halbert halbert@halwitz.org 2018-07-11T20:45:30+00:00 urn:sha1:7c219600a246d8956d0b23ea3f5d125a820e6b6a 2018-04-10T05:06:47+00:00 Damien George damien.p.george@gmail.com 2018-04-10T05:06:47+00:00 urn:sha1:ef12a4bd05cdd531d9c130763ffb2470e9c0fb54 Instead of emitnative.c having configuration code for each supported architecture, and then compiling this file multiple times with different macros defined, this patch adds a file per architecture with the necessary code to configure the native emitter. These files then #include the emitnative.c file. This simplifies emitnative.c (which is already very large), and simplifies the build system because emitnative.c no longer needs special handling for compilation and qstr extraction. 2017-11-15T00:46:49+00:00 Damien George damien.p.george@gmail.com 2017-11-15T00:46:49+00:00 urn:sha1:564a95cb040fc425b08a9d3696700364185c3e23 All the asm macro names that convert a particular architecture to a generic interface now follow the convention whereby the "destination" (usually a register) is specified first. 2017-08-26T02:17:07+00:00 Dan Halbert halbert@halwitz.org 2017-08-26T02:17:07+00:00 urn:sha1:ef61b5ecb59e9b4e37e3e3c023c62d583c23eb16 cpx build compiles and loads and works in repl; test suite not run yet esp8266 not tested yet 2017-07-31T08:35:40+00:00 Alexander Steffen devel.20.webmeister@spamgourmet.com 2017-06-30T07:22:17+00:00 urn:sha1:55f33240f3d7051d4213629e92437a36f1fac50e There were several different spellings of MicroPython present in comments, when there should be only one. 2017-07-18T01:57:39+00:00 Alexander Steffen devel.20.webmeister@spamgourmet.com 2017-06-29T21:14:58+00:00 urn:sha1:299bc625864b9e624ed599c94a5f95870516139a The code conventions suggest using header guards, but do not define how those should look like and instead point to existing files. However, not all existing files follow the same scheme, sometimes omitting header guards altogether, sometimes using non-standard names, making it easy to accidentally pick a "wrong" example. This commit ensures that all header files of the MicroPython project (that were not simply copied from somewhere else) follow the same pattern, that was already present in the majority of files, especially in the py folder. The rules are as follows. Naming convention: * start with the words MICROPY_INCLUDED * contain the full path to the file * replace special characters with _ In addition, there are no empty lines before #ifndef, between #ifndef and one empty line before #endif. #endif is followed by a comment containing the name of the guard macro. py/grammar.h cannot use header guards by design, since it has to be included multiple times in a single C file. Several other files also do not need header guards as they are only used internally and guaranteed to be included only once: * MICROPY_MPHALPORT_H * mpconfigboard.h * mpconfigport.h * mpthreadport.h * pin_defs_*.h * qstrdefs*.h 2017-01-12T20:46:18+00:00 Scott Shawcroft scott.shawcroft@gmail.com 2017-01-10T23:57:04+00:00 urn:sha1:cea5503ca006c712c007ad6d38c140c4ac241638 VM keyboard exception and switch to FATFS reader. 2016-12-09T05:51:49+00:00 Damien George damien.p.george@gmail.com 2016-12-08T06:47:17+00:00 urn:sha1:c8746e1e7243f27f2824a67c2ac9921839784857 2016-11-27T22:24:50+00:00 Damien George damien.p.george@gmail.com 2016-11-27T22:24:50+00:00 urn:sha1:612599587bef71e1deca9a77a8e2e16e69b045de All assemblers should "derive" from mp_asm_base_t.