suspect-devices/circuitpython/py/pfenv.c, branch v1.1CircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=v1.12014-06-06T06:09:02+00:00Fix str.modulo when precision is specified.2014-06-06T06:09:02+00:00Dave Hylandsdhylands@gmail.com2014-06-06T06:09:02+00:00urn:sha1:b69f9fa31f976cac4cdcb441612c8a72b10af457Rename bultins config variables to MICROPY_PY_BUILTINS_*.2014-06-01T12:32:54+00:00Damien Georgedamien.p.george@gmail.com2014-06-01T12:32:54+00:00urn:sha1:fb510b3bf90eccc8e0d400c6622b2e94c2bfa8e9
This renames:
MICROPY_PY_FROZENSET -> MICROPY_PY_BUILTINS_FROZENSET
MICROPY_PY_PROPERTY -> MICROPY_PY_BUILTINS_PROPERTY
MICROPY_PY_SLICE -> MICROPY_PY_BUILTINS_SLICE
MICROPY_ENABLE_FLOAT -> MICROPY_PY_BUILTINS_FLOAT
See issue #35 for discussion.
Add license header to (almost) all files.2014-05-03T22:27:38+00:00Damien Georgedamien.p.george@gmail.com2014-05-03T22:27:38+00:00urn:sha1:04b9147e150d2d6fa3750f312fe328b6a71c1b28
Blanket wide to all .c and .h files. Some files originating from ST are
difficult to deal with (license wise) so it was left out of those.
Also merged modpyb.h, modos.h, modstm.h and modtime.h in stmhal/.
py: Fix pfenv_print_strn to return correct number of chars printed.2014-04-17T17:58:09+00:00Damien Georgedamien.p.george@gmail.com2014-04-17T17:58:09+00:00urn:sha1:d0f9f6cd3f4b541dd4324dd73371638185178cdb
With this fix, all tests in tests/basics pass on pyboard.
py: Reinstate old pfenv_print_int function for stmhal's printf.2014-04-08T21:10:37+00:00Damien Georgedamien.p.george@gmail.com2014-04-08T21:10:37+00:00urn:sha1:348435d2798c274b35afbcdba66b86079c0b7357py: Rename pfenv_print_int to pfenv_print_mp_int, and add back former.2014-04-08T00:29:53+00:00Damien Georgedamien.p.george@gmail.com2014-04-08T00:29:53+00:00urn:sha1:a12a0f78b0462f9b5e8f3d4cb1b164656f44ad03
stmhal relies on pfenv_* to implement its printf. Thus, it needs a
pfenv_print_int which prints a proper 32-bit integer. With latest
change to pfenv, this function became one that took mp_obj_t, and
extracted the integer value from that object.
To fix temporarily, pfenv_print_int has been renamed to
pfenv_print_mp_int (to indicate it takes a mp_obj_t for the int), and
pfenv_print_int has been added (which takes a normal C int). Currently,
pfenv_print_int proxies to pfenv_print_mp_int, but this means it looses
the MSB. Need to find a way to fix this, but the only way I can think
of will duplicate lots of code.
Add string formatting support for longlong and mpz.2014-04-07T18:38:45+00:00Dave Hylandsdhylands@gmail.com2014-04-07T18:19:51+00:00urn:sha1:c4029e5079126585e4616f1d511d94318e1f1700Change pfenv_print_int to take machine_uint_t rather than unsinged in2014-04-05T16:42:20+00:00Dave Hylandsdhylands@gmail.com2014-04-05T16:42:20+00:00urn:sha1:64ef5d7f4eefeecb8ee554cbaf1f9641b35a88bf
With this change, the following works:
>>> print('%#x' % 0x1234567890abcdef)
0x1234567890abcdef
py: Make pfenv.c conform to code conventions.2014-04-01T20:15:03+00:00Damien Georgedamien.p.george@gmail.com2014-04-01T20:15:03+00:00urn:sha1:e3e050029677bdd19d99f8ee6135ad78eb9d52e6Reduce stack usage of pfenv_print_strn2014-04-01T18:59:31+00:00Dave Hylandsdhylands@gmail.com2014-04-01T18:59:31+00:00urn:sha1:1c6b4b2e2488f4f32dacefda1538134d49fab630