What esp-idf version is this? Can you try updating to the master branch to see if this is still an issue? OK, I finally go around to updating to the master branch. Different error: -- Building ESP-IDF components for target esp32 CMake Error at /home/heller/esp-idf/tools/cmake/build.cmake:249 (messa...

Things seem to be working fine on my Banana Pi M64 (running 64-bit (aarch64) Armbian). The problem seems to be a mis-built toolchain for 32-bit arm (bad -march options?).

OK, I tried to install from the master branch, but things fail in install.sh: After installing the newer compilers, I get this error: Installing Python environment and packages ERROR: This script was called from a virtual environment, can not create a virtual environment again Which makes no sense. ...

I am using 4.4.1. I am not sure if the main third-party component I am using (OpenMRNIDF) will work correctly with a newer version of the IDF. My project compiles just fine with 4.4.1 on my x86_64 Ubuntu 18.04 machine. The problem is the Rasperry Pi 4 is my workbench machine, and I would like to use...

This problem seems to be specificly with a Raspberry Pi as the host. I *think* it might be a arch. error -- The toolchain seem to be for a different ARM Linux system than the Raspberry Pi. I am using a Pi 4: fruitloops% objdump -x .espressif/tools/xtensa-esp32-elf/esp-2021r2-patch3-8.4.0/xtensa-esp3...

The problem seems to be be scpecific to my Raspberry Pi. The same code works on an x86_64 host. (And yes, I did install the ARM host build toolchain on the Raspberry Pi.)

I am getting a CMake error when I do 'idf.py set-target esp32'. What am I doing wrong? CMakeError.log: Compiling the C compiler identification source file "CMakeCCompilerId.c" failed. Compiler: /home/heller/.espressif/tools/xtensa-esp32-elf/esp-2021r2-patch3-8.4.0/xtensa-esp32-elf/bin/xtensa-esp32-e...