CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=3.0.0-rc.0 2017-10-04T01:37:50+00:00 2017-10-04T01:37:50+00:00 Damien George damien.p.george@gmail.com 2017-10-04T01:37:50+00:00 urn:sha1:a3dc1b1957d2c96d7c60c2c629c95077b03488a1 Header files that are considered internal to the py core and should not normally be included directly are: py/nlr.h - internal nlr configuration and declarations py/bc0.h - contains bytecode macro definitions py/runtime0.h - contains basic runtime enums Instead, the top-level header files to include are one of: py/obj.h - includes runtime0.h and defines everything to use the mp_obj_t type py/runtime.h - includes mpstate.h and hence nlr.h, obj.h, runtime0.h, and defines everything to use the general runtime support functions Additional, specific headers (eg py/objlist.h) can be included if needed. 2017-08-29T03:16:30+00:00 Damien George damien.p.george@gmail.com 2017-08-29T03:04:01+00:00 urn:sha1:58321dd9854d71a96e5db2d361e0efc05d9de8cf The unary-op/binary-op enums are already defined, and there are no arithmetic tricks used with these types, so it makes sense to use the correct enum type for arguments that take these values. It also reduces code size quite a bit for nan-boxing builds. 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-05-18T07:32:42+00:00 Damien George damien.p.george@gmail.com 2017-05-18T00:33:23+00:00 urn:sha1:03659c51ca70dbf89d97cc9c68725a687d3841d1 2017-04-05T00:50:26+00:00 Damien George damien.p.george@gmail.com 2017-04-05T00:50:26+00:00 urn:sha1:de9b53695d1bf8d7580e8371e4bc502a29334e6f Following CPython. Otherwise one gets either an infinite loop (if code is optimised by the uPy compiler) or possibly a divide-by-zero CPU exception. 2017-03-23T05:17:40+00:00 Damien George damien.p.george@gmail.com 2017-03-23T05:17:40+00:00 urn:sha1:c88cfe165b0ab39c5d9392fb02dd12f22be1a28d These values are used to compute memory addresses and so size_t is the more appropriate type to use. 2017-02-16T07:38:06+00:00 Damien George damien.p.george@gmail.com 2016-01-09T23:14:54+00:00 urn:sha1:ae8d86758631e62466a55d179897d2111c3cb1c1 Allows to iterate over the following without allocating on the heap: - tuple - list - string, bytes - bytearray, array - dict (not dict.keys, dict.values, dict.items) - set, frozenset Allows to call the following without heap memory: - all, any, min, max, sum TODO: still need to allocate stack memory in bytecode for iter_buf. 2016-01-11T00:49:27+00:00 Damien George damien.p.george@gmail.com 2016-01-03T15:55:55+00:00 urn:sha1:5b3f0b7f39bd67cc9182993c288f09f67a0890df The first argument to the type.make_new method is naturally a uPy type, and all uses of this argument cast it directly to a pointer to a type structure. So it makes sense to just have it a pointer to a type from the very beginning (and a const pointer at that). This patch makes such a change, and removes all unnecessary casting to/from mp_obj_t. 2016-01-11T00:48:41+00:00 Damien George damien.p.george@gmail.com 2016-01-03T09:59:18+00:00 urn:sha1:a0c97814dfcb0debbde8be99539e3d5ca2334e54 This patch changes the type signature of .make_new and .call object method slots to use size_t for n_args and n_kw (was mp_uint_t. Makes code more efficient when mp_uint_t is larger than a machine word. Doesn't affect ports when size_t and mp_uint_t have the same size. 2015-11-29T14:25:35+00:00 Damien George damien.p.george@gmail.com 2015-11-27T17:01:44+00:00 urn:sha1:999cedb90ff0827cdb9dfe0e4faa6ebc1739d271 This allows the mp_obj_t type to be configured to something other than a pointer-sized primitive type. This patch also includes additional changes to allow the code to compile when sizeof(mp_uint_t) != sizeof(void*), such as using size_t instead of mp_uint_t, and various casts.