suspect-devices/circuitpython/py/parsenum.c, branch 6.2.xCircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=6.2.x2021-03-15T13:57:36+00:00run code formatting script2021-03-15T13:57:36+00:00microDev70126934+microDev1@users.noreply.github.com2021-03-15T13:57:36+00:00urn:sha1:a52eb88031620a81521b937f2a0651dbac2bb350Always use preprocessor for MICROPY_ERROR_REPORTING2020-11-19T22:18:52+00:00Jeff Eplerjepler@gmail.com2020-11-19T22:18:52+00:00urn:sha1:b2b8520880e9d458adbd279a34b831f8d6b68d40
This ensures that only the translate("") alternative that will be used
is seen after preprocessing. Improves the quality of the Huffman encoding
and reduces binary size slightly.
Also makes one "enhanced" error message only occur when ERROR_REPORTING_DETAILED:
Instead of the word-for-word python3 error message
"Type object has no attribute '%q'", the message will be
"'type' object has no attribute '%q'". Also reduces binary size.
(that's rolled into this commit as it was right next to a change to
use the preprocessor for MICROPY_ERROR_REPORTING)
Note that the odd semicolon after "value_error:" in parsenum.c is necessary
due to a detail of the C grammar, in which a declaration cannot follow
a label directly.
Add license to some obvious files.2020-07-06T18:16:25+00:00Diego Elio Pettenòflameeyes@flameeyes.com2020-06-03T22:40:05+00:00urn:sha1:34b4993d63a6b576f29d624385c681f679b4124cCompress all translated strings with Huffman coding.2018-08-17T00:40:57+00:00Scott Shawcroftscott@tannewt.org2018-08-16T01:32:37+00:00urn:sha1:de5a9d72dcdaacdd5048195cd5bab007f4b2baef
This saves code space in builds which use link-time optimization.
The optimization drops the untranslated strings and replaces them
with a compressed_string_t struct. It can then be decompressed to
a c string.
Builds without LTO work as well but include both untranslated
strings and compressed strings.
This work could be expanded to include QSTRs and loaded strings if
a compress method is added to C. Its tracked in #531.
Two fixes and translate more strings.2018-08-09T20:29:30+00:00Scott Shawcroftscott@tannewt.org2018-08-09T01:24:49+00:00urn:sha1:96ebf5bc3fb455162286b9bc31e763f3c4f1c457
* Fix finding translations with escaped characters.
* Add back \r to translations since its needed by screen.
WIP: after merge; before testing2018-07-11T20:45:30+00:00Dan Halberthalbert@halwitz.org2018-07-11T20:45:30+00:00urn:sha1:7c219600a246d8956d0b23ea3f5d125a820e6b6apy/lexer: Add support for underscores in numeric literals.2018-06-12T02:17:43+00:00Damien Georgedamien.p.george@gmail.com2018-06-01T14:21:46+00:00urn:sha1:6a445b60fad87c94a1d00ce3a043b881a1f7a5a4
This is a very convenient feature introduced in Python 3.6 by PEP 515.
py/parsenum: Adjust braces so they are balanced.2018-05-22T03:20:00+00:00Damien Georgedamien.p.george@gmail.com2018-05-22T03:20:00+00:00urn:sha1:f2ec7925542e5a75b2da7ef378f5df66fdb6fad9py/parsenum: Avoid undefined behavior parsing floats with large exponents.2018-05-21T02:37:57+00:00Jeff Eplerjepler@gmail.com2018-05-19T15:56:34+00:00urn:sha1:4f71a2a75a71b89dad2eed147d6e237b633b878e
Fuzz testing combined with the undefined behavior sanitizer found that
parsing unreasonable float literals like 1e+9999999999999 resulted in
undefined behavior due to overflow in signed integer arithmetic, and a
wrong result being returned.
py/parsenum: Use int instead of mp_int_t for parsing float exponent.2018-05-21T02:27:38+00:00Damien Georgedamien.p.george@gmail.com2018-05-21T02:27:38+00:00urn:sha1:5efc575067df17be785d2b60124706d789d6cfe0
There is no need to use the mp_int_t type which may be 64-bits wide, there
is enough bit-width in a normal int to parse reasonable exponents. Using
int helps to reduce code size for 64-bit ports, especially nan-boxing
builds. (Similarly for the "dig" variable which is now an unsigned int.)