suspect-devices/circuitpython/extmod/moductypes.c, branch v1.3.6 CircuitPython - a Python implementation for teaching coding with microcontrollers https://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.3.6 2014-10-30T01:50:37+00:00 moductypes: Make .sizeof() work with bytearrays. 2014-10-30T01:50:37+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2014-10-30T01:48:50+00:00 urn:sha1:8bb71f0b06cb558b76471bd5459c1ca49224d2cc moductypes: When dereferencing a field which is array of uint8, use bytearray. 2014-10-30T01:50:34+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2014-10-30T01:32:54+00:00 urn:sha1:6d287a6a029df0d4b7a2ab8bdd73be77c0c04317 Because bytearrays are much friendlier to work with, e.g. they can be printed easily. moductypes: Make sure we can apply .sizeof() to all aggregate types. 2014-10-30T01:50:23+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2014-10-30T00:43:53+00:00 urn:sha1:2559e1395700caa3d3ffd21f3f9178d0b90004bf Before, sizeof() could be applied to a structure field only if that field was itself a structure. Now it can be applied to PTR and ARRAY fields too. It's not possible to apply it to scalar fields though, because as soon as scalar field (int or float) is dereferenced, its value is converted into Python int/float value, and all original type info is lost. Moreover, we allow sizeof of type definitions too, and there int is used to represent (scalar) types. So, we have ambiguity what int may be - either dereferenced scalar structure field, or encoded scalar type. So, rather throw an error if user tries to apply sizeof() to int. py: Make mp_binary_set_val work on big endian machine. 2014-10-06T15:05:35+00:00 Damien George damien.p.george@gmail.com 2014-10-06T15:05:35+00:00 urn:sha1:9336ee320a85527942d9ca2ddb95221d90582da0 Fix timer overflow code. 2014-09-28T02:40:37+00:00 Dave Hylands dhylands@gmail.com 2014-09-26T16:04:05+00:00 urn:sha1:39296b40d49b4b6b9373a80de67e017e540f1408 Teensy doesn't need to worry about overflows since all of its timers are only 16-bit. For PWM, the pulse width needs to be able to vary from 0..period+1 (pulse-width == period+1 corresponds to 100% PWM) I couldn't test the 0xffffffff cases since we can't currently get a period that big in python. With a prescaler of 0, that corresponds to a freq of 0.039 (i.e. cycle every 25.56 seconds), and we can't set that using freq or period. I also tested both stmhal and teensy with floats disabled, which required a few other code changes to compile. extmod: Fix type-punned-ptr error. 2014-09-02T10:38:45+00:00 Damien George damien.p.george@gmail.com 2014-09-02T10:38:45+00:00 urn:sha1:e875e3882d9c567a8b2dc88e9f13e1057fc39e9f Change some parts of the core API to use mp_uint_t instead of uint/int. 2014-08-29T23:35:11+00:00 Damien George damien.p.george@gmail.com 2014-08-29T23:35:11+00:00 urn:sha1:ecc88e949ca5e307d22da4605a40d39ea2df9e3b Addressing issue #50, still some way to go yet. stmhal: Enable moductypes by default. 2014-08-12T19:02:26+00:00 Damien George damien.p.george@gmail.com 2014-08-12T19:02:26+00:00 urn:sha1:105e32f1a5126698b9032d013edffb12a550c0ce Also fixes compiler error in moductypes when compiled without debugging. Addresses issue #778. moductypes: Remove debug inclusion of stdio.h . 2014-08-10T07:11:22+00:00 Paul Sokolovsky pfalcon@users.sourceforge.net 2014-08-10T06:56:40+00:00 urn:sha1:5f47ebbf824a5ab6f94a1ac9f8efda9f2a57b008 py: Make MP_OBJ_NEW_SMALL_INT cast arg to mp_int_t itself. 2014-07-31T09:49:14+00:00 Damien George damien.p.george@gmail.com 2014-07-31T09:49:14+00:00 urn:sha1:bb4c6f35c627ab3487cdd6bafb4588cc633cd6a4 Addresses issue #724.