openmano-mpy/examples/embedding, branch master MicroPython source and hardware configuration for OpenMano examples/embedding: Fix example so it compiles again. 2021-04-09T05:47:54+00:00 Santeri Paavolainen 2021-02-24T08:33:26+00:00 42035e5eded531d41319ffde999fa5a97478c872 There were a few changes that had broken this example, specifically 2cdf1d25f59409b6130c0e8b6cf50300aed2d7e6 removed file.c from ports/unix. And (at least for MacOS) mp_state_ctx must be placed in the BSS with -fno-common so it is visible to the linker. Signed-off-by: Santeri Paavolainen <santtu@iki.fi> 
There were a few changes that had broken this example, specifically
2cdf1d25f59409b6130c0e8b6cf50300aed2d7e6 removed file.c from ports/unix.
And (at least for MacOS) mp_state_ctx must be placed in the BSS with
-fno-common so it is visible to the linker.

Signed-off-by: Santeri Paavolainen <santtu@iki.fi>
all: Rename BYTES_PER_WORD to MP_BYTES_PER_OBJ_WORD. 2021-02-04T11:46:42+00:00 Damien George 2021-02-04T05:39:09+00:00 ad4656b861f94277bed9647ca176e662ce5119e3 The "word" referred to by BYTES_PER_WORD is actually the size of mp_obj_t which is not always the same as the size of a pointer on the target architecture. So rename this config value to better reflect what it measures, and also prefix it with MP_. For uses of BYTES_PER_WORD in setting the stack limit this has been changed to sizeof(void *), because the stack usually grows with machine-word sized values (eg an nlr_buf_t has many machine words in it). Signed-off-by: Damien George <damien@micropython.org> 
The "word" referred to by BYTES_PER_WORD is actually the size of mp_obj_t
which is not always the same as the size of a pointer on the target
architecture.  So rename this config value to better reflect what it
measures, and also prefix it with MP_.

For uses of BYTES_PER_WORD in setting the stack limit this has been
changed to sizeof(void *), because the stack usually grows with
machine-word sized values (eg an nlr_buf_t has many machine words in it).

Signed-off-by: Damien George <damien@micropython.org>
all: Fix auto-enable of MICROPY_GCREGS_SETJMP to select GC behaviour. 2020-04-30T06:49:42+00:00 Damien George 2020-04-30T02:30:27+00:00 5c8bf12acf3d4cc4cebf971a6f61508559a28143 Only enable it if MICROPY_GCREGS_SETJMP is not already defined, and no supported architecture is defined. 
Only enable it if MICROPY_GCREGS_SETJMP is not already defined, and no
supported architecture is defined.
all: Factor gchelper code to one place and use it for unix & ARM ports. 2020-04-29T13:45:19+00:00 Jim Mussared 2020-04-23T06:12:55+00:00 710426024aece6d248c26bef6627bc3fac13f612 No functionality change is intended with this commit, it just consolidates the separate implementations of GC helper code to the lib/utils/ directory as a general set of helper functions useful for any port. This reduces duplication of code, and makes it easier for future ports or embedders to get the GC implementation correct. Ports should now link against gchelper_native.c and either gchelper_m0.s or gchelper_m3.s (currently only Cortex-M is supported but other architectures can follow), or use the fallback gchelper_generic.c which will work on x86/x64/ARM. The gc_helper_get_sp function from gchelper_m3.s is not really GC related and was only used by cc3200, so it has been moved to that port and renamed to cortex_m3_get_sp. 
No functionality change is intended with this commit, it just consolidates
the separate implementations of GC helper code to the lib/utils/ directory
as a general set of helper functions useful for any port.  This reduces
duplication of code, and makes it easier for future ports or embedders to
get the GC implementation correct.

Ports should now link against gchelper_native.c and either gchelper_m0.s or
gchelper_m3.s (currently only Cortex-M is supported but other architectures
can follow), or use the fallback gchelper_generic.c which will work on
x86/x64/ARM.

The gc_helper_get_sp function from gchelper_m3.s is not really GC related
and was only used by cc3200, so it has been moved to that port and renamed
to cortex_m3_get_sp.
examples/embedding: Remove obsolete fatfs files from build. 2019-11-11T00:37:32+00:00 Damien George 2019-11-07T07:22:42+00:00 1266ba97545b66c93e33a2d4c4e665cdbd14228c 






examples/embedding: Replace symlink of mpconfigport.h with real file.
2019-10-29T11:53:34+00:00

Damien George

2019-10-29T11:53:34+00:00

a8138b75b1d3ca8af01e4ad717c6cdb3f733c61d












py: Add global default_emit_opt variable to make emit kind persistent.
2019-08-28T02:47:58+00:00

Damien George

2019-08-23T01:20:50+00:00

af20c2ead3e9bb397fdf89e316aa78b56f165013

mp_compile no longer takes an emit_opt argument, rather this setting is now
provided by the global default_emit_opt variable.

Now, when -X emit=native is passed as a command-line option, the emitter
will be set for all compiled modules (included imports), not just the
top-level script.

In the future there could be a way to also set this variable from a script.

Fixes issue #4267.





mp_compile no longer takes an emit_opt argument, rather this setting is now
provided by the global default_emit_opt variable.

Now, when -X emit=native is passed as a command-line option, the emitter
will be set for all compiled modules (included imports), not just the
top-level script.

In the future there could be a way to also set this variable from a script.

Fixes issue #4267.







examples/embedding: Fix hard-coded MP_QSTR_ value.
2018-09-14T03:33:08+00:00

Damien George

2018-09-14T03:33:08+00:00

0f4d595bebb82cfdd6264e1d18455faa0502ff31












examples/embedding: Fix reference to freed memory, lexer src name.
2018-09-14T03:27:43+00:00

Dave Hylands

2018-09-12T18:01:45+00:00

1a2c511e5d0841a25c5e86f41dbfc50d94a18b50

This issue was brought up by BramPeters in the forum:
https://forum.micropython.org/viewtopic.php?p=30066





This issue was brought up by BramPeters in the forum:
https://forum.micropython.org/viewtopic.php?p=30066







examples/embedding: Add code markup and fix typo in README.md.
2018-06-18T02:29:22+00:00

Damien George

2018-06-18T02:29:22+00:00

31cf49c672f6e141df2178e2ab0b6560244ea2e6