aboutsummaryrefslogtreecommitdiff
path: root/lang/python/micropython/patches
Commit message (Collapse)AuthorAge
* micropython: Update to 1.21.0, refresh/redo patchesJeffery To2023-11-01
| | | | | | | | | | | | | | | | | | | | | | | Removed 050-py-stackctrl-fix-gcc-13.patch as it has been merged in the new version. This also: * Add STRIP= (empty value) to skip micropython's stripping step, letting the OpenWrt build system control stripping. * Add a workaround for "variable might be clobbered" warning leading to build error on riscv64 (https://github.com/micropython/micropython/issues/12838). * Change Build/InstallDev to install host tools into an unversioned directory, and update micropython-lib to use the unversioned path. There is no need to keep available multiple versions of the host tools. * Add a test.sh script for the packages feed CI. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* micropython: fix stackctrl compilation for GCC 13Jean-Paul Etienne2023-08-07
| | | | | | | | | | | | | | | | | | | | | | | | | On host PC using GCC 13, stackctrl.c fails to compile with the following error: ../py/stackctrl.c: In function 'mp_stack_ctrl_init': ../py/stackctrl.c:32:32: error: storing the address of local variable 'stack_dummy' in 'mp_state_ctx.thread.stack_top' [-Werror=dangling-pointer=] 32 | MP_STATE_THREAD(stack_top) = (char *)&stack_dummy; ../py/stackctrl.c:31:18: note: 'stack_dummy' declared here 31 | volatile int stack_dummy; | ^~~~~~~~~~~ In file included from ../py/runtime.h:29, from ../py/stackctrl.c:27: ../py/mpstate.h:296:23: note: 'mp_state_ctx' declared here 296 | extern mp_state_ctx_t mp_state_ctx; | ^~~~~~~~~~~~ cc1: all warnings being treated as errors Fixed accordingly by ignoring -dangling-pointer warning inside mp_stack_ctrl_init function. Signed-off-by: Jean-Paul Etienne <fractalclone@gmail.com>
* micropython: Update to 1.20.0, refresh/rework patchesJeffery To2023-06-02
| | | | | | | | | | Patches 000-Makefile-no-errors.patch and 020-mpy-cross-fix-flags.patch are no longer necessary. This also adds a Build/InstallDev recipe to install files necessary for micropython-lib. Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* micropython: Update to 1.18, refresh patchesJeffery To2022-01-24
| | | | Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* micropython: Update to 1.17, reorganize packageJeffery To2022-01-11
| | | | | | | | | | | | | | | | | | | | Previous versions used a bundled version of the axTLS library. The MicroPython project maintains their own fork[1], as development of the library appears to have stopped (the last release was version 2.1.5 in 2019[2]). This replaces the use of axTLS with two variants, one using mbedTLS and one with no TLS support (and no upip, as it uses the ussl module). The external mbedTLS patch (040-extmod-use-external-mbedtls.patch) comes from Debian[3]. This also sets myself as the maintainer. [1]: https://github.com/micropython/axtls [2]: https://sourceforge.net/projects/axtls/files/ [3]: https://salsa.debian.org/yangfl-guest/micropython/-/blob/master/debian/patches/0006-extmod-Use-system-mbedtls.patch Signed-off-by: Jeffery To <jeffery.to@gmail.com>
* treewide: Run refresh on all packagesIlya Lipnitskiy2021-02-20
| | | | | | | | | The crude loop I wrote to come up with this changeset: find -L package/feeds/packages/ -name patches | \ sed 's/patches$/refresh/' | sort | xargs make Signed-off-by: Ilya Lipnitskiy <ilya.lipnitskiy@gmail.com>
* micropython: fix compilation without sys/cdefsRosen Penev2020-08-10
| | | | | | | sys/cdefs.h is not provided by musl. micropython also includes its own copy. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* micropython: Update to 1.94Rosen Penev2018-10-06
| | | | | | | | Switched to normal tarballs for simplicity. Also rearanged Makefile. Refreshed patches. Signed-off-by: Rosen Penev <rosenp@gmail.com>
* micropython: updated to v1.9.2, micropython-lib: updated to v1.9Anton Patrushev2017-09-23
| | | | Signed-off-by: Anton Patrushev <apatrushev@gmail.com>
* python packages: move all things python under lang/pythonAlexandru Ardelean2017-05-17
I admit this may be be a bit aggressive, but the lang folder is getting cluttered/filled up with Python, PHP, Perl, Ruby, etc. packages. Makes sense to try to group them into per-lang folders. I took the Pythons. Signed-off-by: Alexandru Ardelean <ardeleanalex@gmail.com>