-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MicroPython: Revert to vanilla module, build without MPY hacks. #84
Conversation
6a82fef
to
5b95084
Compare
5b95084
to
75ffe4a
Compare
75ffe4a
to
029906f
Compare
I have introduced a new hack into It works. But it's slower. I think? My isolated tests suggest this should have been faster, and some clarification about how function lookups happen seem to confirm this. But Ninja Thief runs perceptibly slower. The question, perhaps, since this relies on fewer hacks to upstream MicroPython and is building against a bleeding-edge version (should easily bump to 1.20 when release happens) then is it slow enough to warrant leaving it to rot in PR purgatory, or should we take the hit and move on? |
fad7412
to
3f90b88
Compare
Borrows the build setup from Badger OS which- * Uses a uf2-manifest and dir2uf2 to append examples in a user-visible filesystem * Uses MICROPY_BOARD_DIR to specify an out-of-tree board def * Uses ccache and caches MicroPython (compiled tools) * Builds against upstream MicroPython
4c93c86
to
f03ce0e
Compare
* Use string_view in lieu of string * Rewrite _parse_escape_code to be compatible with string_view * Allocate a static buffer_t _SCREEN if DYNAMIC_BUFFER not set
dfb6486
to
d5a56db
Compare
Replaced by #104 |
While running some tests my figures seemed to suggest that not only is using builtins unnecessary for PicoSystem but somehow results in it being slower.
This change reverts back to a plain MicroPython C++ module and is intended to build against a mostly vanilla upstream MicroPython.
Mostly.
It still needs: