CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.9.3 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-09-04T04:16:27+00:00 Damien George damien.p.george@gmail.com 2017-09-04T04:16:27+00:00 urn:sha1:d4b75f6b6822885e331c69a74e56e23af40a6264 IEEE floating point is specified such that a comparison of NaN with itself returns false, and Python respects these semantics. This patch makes uPy also have these semantics. The fix has a minor impact on the speed of the object-equality fast-path, but that seems to be unavoidable and it's much more important to have correct behaviour (especially in this case where the wrong answer for nan==nan is silently returned). 2017-09-02T20:05:24+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2017-09-02T18:19:01+00:00 urn:sha1:9950865c39044e9fef295d0676af7c5fd55289ea These are now returned as "operation not supported" instead of raising TypeError. In particular, this fixes equality for float vs incompatible types, which now properly results in False instead of exception. This also paves the road to support reverse operation (e.g. __radd__) with float objects. This is achieved by introducing mp_obj_get_float_maybe(), similar to existing mp_obj_get_int_maybe(). 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-06-15T01:54:41+00:00 Damien George damien.p.george@gmail.com 2017-06-15T01:54:41+00:00 urn:sha1:48d867b4a68e53901aac87c2ff0f2a7e65f735c7 2017-05-29T08:36:05+00:00 Ville Skyttä ville.skytta@iki.fi 2017-05-29T07:08:14+00:00 urn:sha1:ca16c3821053e5bf2b87aeb10007f73f31dc1eac 2017-03-29T01:56:17+00:00 Damien George damien.p.george@gmail.com 2017-03-25T08:35:08+00:00 urn:sha1:6213ad7f466df12c734dc527993bbb46c9d9eb5c This patch changes mp_uint_t to size_t for the len argument of the following public facing C functions: mp_obj_tuple_get mp_obj_list_get mp_obj_get_array These functions take a pointer to the len argument (to be filled in by the function) and callers of these functions should update their code so the type of len is changed to size_t. For ports that don't use nan-boxing there should be no change in generate code because the size of the type remains the same (word sized), and in a lot of cases there won't even be a compiler warning if the type remains as mp_uint_t. The reason for this change is to standardise on the use of size_t for variables that count memory (or memory related) sizes/lengths. It helps builds that use nan-boxing. 2017-03-28T11:37:26+00:00 Damien George damien.p.george@gmail.com 2017-03-28T11:37:26+00:00 urn:sha1:94c41bb06f6482ece0717c5bd63266b8da063caa Saves 168 bytes on bare-arm. 2017-03-26T08:20:06+00:00 Damien George damien.p.george@gmail.com 2017-03-26T08:20:06+00:00 urn:sha1:3f810daeb310520beb1635510430c0c6b6123548