CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=2.x 2017-08-26T02:17:07+00:00 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-09T11:50:58+00:00 Damien George damien.p.george@gmail.com 2016-12-09T11:50:58+00:00 urn:sha1:155fdc74d5864266441887d6c88111159f401a62 For all but the last pass the assembler only needs to count how much space is needed for the machine code, it doesn't actually need to emit anything. The dummy_data just uses unnecessary RAM and without it the code is not any more complex (and code size does not increase for Thumb and Xtensa archs). 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. 2015-10-12T23:50:17+00:00 Damien George damien.p.george@gmail.com 2015-10-12T23:50:17+00:00 urn:sha1:b8f9ac54111ad0962401c764112c9a5669699deb 2015-06-04T14:00:29+00:00 Damien George damien.p.george@gmail.com 2015-06-04T14:00:29+00:00 urn:sha1:567b349c2b271c0f04add0f1beb36495835f66f8 2015-04-07T21:43:28+00:00 Damien George damien.p.george@gmail.com 2015-04-06T21:38:53+00:00 urn:sha1:9988618e0e0f5c319e31b135d993e22efb593093 This patch gets full function argument passing working with native emitter. Includes named args, keyword args, default args, var args and var keyword args. Fully Python compliant. It reuses the bytecode mp_setup_code_state function to do all the hard work. This function is slightly adjusted to accommodate native calls, and the native emitter is forced a bit to emit similar prelude and code-info as bytecode.