| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
| |
With caching of map lookups in the bytecode, frozen bytecode can still
work but must be stored in RAM, not ROM. This patch allows mpy-tool.py to
generate code that works with this optimisation, but it's not recommended
to use it on embedded targets (because of lack of RAM).
|
| |
|
|
|
| |
LIST_APPEND, MAP_ADD and SET_ADD have been removed, and STORE_COMP has
been added in adaf0d865cd6c81fb352751566460506392ed55f.
|
| | |
|
| |
|
|
| |
This makes it more efficient at runtime to hash str/bytes objects.
|
| |
|
|
|
| |
Makes it easier to access them without passing around another dict of the
config values.
|
| |
|
|
|
| |
The tool now generates code for freezing floats in obj-repr A, B or C,
with the specific representation detected at compile time using macros.
|
| |
|
|
|
| |
Directories are now supported by the frozen import system (to implement
frozen packages) so we should keep them.
|
| |
|
|
| |
So that it can be correctly stat'd when looking for frozen files.
|
| |
|
|
|
|
|
| |
When an mpy file is frozen it must know the values of certain
configuration variables. This patch provides an explicit check in the
generated C file that the configuration variables are what they are
supposed to be.
|
| |
|
|
| |
Fixes issue #2023.
|
| | |
|
|
|
Currently it can freeze .mpy files.
|
