ESP-IDF Update to unblock Mac M1 Builds

[askpatrickw]

When installing the esp-idf from github and runing source ~/esp/esp-idf/export.sh it works but in a new terminal when running the export from ports/esp32s2/ I get ERROR: Platform Darwin-arm64 appears to be unsupported.

I can build successfully using the latest IDF (commit 73db142).

The fix in the IDF appears to be this one
espressif/esp-idf@5739127#diff-873391a19109de0fec9486d3ef26704a32fe81560a38f2e1f6c4f3db99d19350

Looks like it is time to update the IDF or possibly just pickup this one change.

[microdev1]

I suggest switching to v4.3 branch. The v4.3 release is currently beta.

[tannewt]

I'm ok if we switch to the 4.3 branch. I'm not planning on doing it myself. I'd expect them to backport this to 4.2 as well.

[askpatrickw]

I started a PR and did the boring parts of updating the include paths. I don't know C so if someone is excited and could pick up from here, that would be great.

[wildestpixel]

Im unable to build CP at all on M1 due to the inability to build mpy-cross from source in setting up my toolchain. Looked at the MicroPython solutions to this but not able to implement on the CircuitPython git sync - I know this detracts that the Espressif nature of this specific issue, but all the same stuck with this atm

[dhalbert]

If you can't build mpy-cross, then other things will not build as well. What is the error?

[wildestpixel]

its as follows in a clean case sensitive APFS case sensitive sparse image :

pixel@Andrews-Mac-mini circuitpython % make -C mpy-cross Use make V=1, make V=2 or set BUILD_VERBOSE similarly in your environment to increase build verbosity. ../py/persistentcode.c:419:2: error: mp_raw_code_save_file not implemented for this platform #error mp_raw_code_save_file not implemented for this platform ^ 1 error generated. Command '['clang', '-E', '-DNO_QSTR', '-Ibuild/tmp', '-I.', '-I..', '-Ibuild', '-Wall', '-Werror', '-Wpointer-arith', '-Wuninitialized', '-std=gnu99', '-DFFCONF_H="lib/oofatfs/ffconf.h"', '-Os', '-fdata-sections', '-ffunction-sections', '-fno-asynchronous-unwind-tables', '../py/persistentcode.c']' returned non-zero exit status 1. QSTR updated ../py/persistentcode.c:419:2: error: mp_raw_code_save_file not implemented for this platform #error mp_raw_code_save_file not implemented for this platform ^ 1 error generated. make: *** [build/py/persistentcode.o] Error 1

[dhalbert]

@wildestpixel Try changing line 399 in circuitpython/py/persistentcode.c to this:

#if defined(__i386__) || defined(__x86_64__) || defined(__unix__) || (defined(__APPLE__) && defined(__MACH__))

[wildestpixel]

Thats a big step in the right direction I just need to add a path export - mpy-cross is built, just the arm-eabi to link up :

/bin/sh: arm-none-eabi-gcc: command not found

Thanks so much :)

[wildestpixel]

ah - now at this :
pixel@Andrews-Mac-mini atmel-samd % make BOARD=circuitplayground_express Use make V=1, make V=2 or set BUILD_VERBOSE similarly in your environment to increase build verbosity. ../../py/gc.c: In function 'gc_sweep': ../../py/gc.c:298:68: error: 'MP_QSTR___del__' undeclared (first use in this function) 298 | mp_load_method_maybe(MP_OBJ_FROM_PTR(obj), MP_QSTR___del__, dest); | ^~~~~~~~~~~~~~~ ../../py/gc.c:298:68: note: each undeclared identifier is reported only once for each function it appears in make: *** [build-circuitplayground_express/py/gc.o] Error 1

After

export PATH=$PATH:/Applications/ARM/bin

[dhalbert]

Do a make clean BOARD=circuitplayground_express and then make BOARD=circuitplayground_express. The first failure may have messed up the QSTR generation.

If you are still having trouble let us know the arm-none-eabi-gcc --version.

[wildestpixel]

all good I couldn't see the wood for the tress last night before going to bed. I'm building on M1 - Thanks Dan!!!!

And build times are snappy!