- 13 Dec, 2019 10 commits
-
-
Damien George authored
So accessing the seek offset (at the C level) doesn't cause an OverflowError on 32-bit targets.
-
Damien George authored
-
Damien George authored
Because MICROPY_ALLOC_PATH_MAX is only 128 for this port.
-
Damien George authored
-
Damien George authored
Because CPython 3.8.0 now produces different output: - basics/parser.py: CPython does not allow '\\\n' as input. - import/import_override: CPython imports _io.
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
Because in network_wiznet5k the TX/RX buffers are set to 16k each when in MACRAW mode, which is used with lwIP.
-
Damien George authored
Enabling WIZCHIP_USE_MAX_BUFFER will make the TX/RX buffers the maximum available size, for use with MACRAW mode.
-
- 12 Dec, 2019 20 commits
-
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
We don't want to add a feature flag to .mpy files that indicate float support because it will get complex and difficult to use. Instead the .mpy is built using whatever precision it chooses (float or double) and the native glue API will convert between this choice and what the host runtime actually uses.
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
-
Damien George authored
So they can be built as dynamic native modules, as well as existing static native modules.
-
Damien George authored
-
Damien George authored
This commit adds a new tool called mpy_ld.py which is essentially a linker that builds .mpy files directly from .o files. A new header file (dynruntime.h) and makefile fragment (dynruntime.mk) are also included which allow building .mpy files from C source code. Such .mpy files can then be dynamically imported as though they were a normal Python module, even though they are implemented in C. Converting .o files directly (rather than pre-linked .elf files) allows the resulting .mpy to be more efficient because it has more control over the relocations; for example it can skip PLT indirection. Doing it this way also allows supporting more architectures, such as Xtensa which has specific needs for position-independent code and the GOT. The tool supports targets of x86, x86-64, ARM Thumb and Xtensa (windowed and non-windowed). BSS, text and rodata sections are supported, with relocations to all internal sections and symbols, as well as relocations to some external symbols (defined by dynruntime.h), and linking of qstrs.
-
Damien George authored
Usage: mpy-tool.py -o merged.mpy --merge mod1.mpy mod2.mpy The constituent .mpy files are executed sequentially when the merged file is imported, and they all use the same global namespace.
-
Damien George authored
These allow discovery of symbols by native code that is loaded dynamically.
-
Damien George authored
-
Damien George authored
Implements text, rodata and bss generalised relocations, as well as generic qstr-object linking. This allows importing dynamic native modules on all supported architectures in a unified way.
-
- 10 Dec, 2019 2 commits
-
-
Damien George authored
-
Damien George authored
-
- 09 Dec, 2019 7 commits
-
-
Jim Mussared authored
The condition for skipping was accidentally inverted in 7723dac3 Fixes issue #5400.
-
Emil Renner Berthing authored
For the case where MICROPY_CPYTHON_COMPAT is disabled. This fix makes basics/fun_error2.py pass and not crash the interpreter.
-
Jim Mussared authored
-
Damien George authored
-
Daniel Mizyrycki authored
-
Daniel Mizyrycki authored
-
Damiano Mazzella authored
-
- 05 Dec, 2019 1 commit
-
-
Andrej Krejcir authored
When the file system is not enabled, the boot.py and main.py modules will still be executed, if they are frozen.
-