Forum Replies Created
-
AuthorPosts
-
gojimmypi
ParticipantI’m revisiting this today. The ESP-IDF v5 is still not working properly for me. I installed v5 the Visual Studio and tried to load cmake & build. Saw this error:
Running CMake: C:\Users\gojimmypi\AppData\Local\VisualGDB\CMake\bin\cmake.exe ../../.. -G "Ninja" -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_MAKE_PROGRAM=c:/sysgcc/esp32/tools/ninja/1.10.2/ninja.exe -DESP_PLATFORM=1 -DCCACHE_ENABLE=0
-- Building ESP-IDF components for target esp32
-- Checking Python dependencies...
Python requirements are satisfied.
Constraint file: C:\Users\gojimmypi\.espressif\espidf.constraints.v5.0.txt
Requirement files:
- C:\SysGCC\esp32\esp-idf\v5.0\tools\requirements\requirements.core.txt
Python being checked: C:\Users\gojimmypi\.espressif\python_env\idf5.0_py3.8_env\Scripts\python.exe
CMake Error at C:/SysGCC/esp32/esp-idf/v5.0/tools/cmake/build.cmake:519 (message):
C:\SysGCC\esp32\esp-idf\v5.0\python-env\Scripts\python.exe: Error while
finding module specification for 'idf_component_manager.prepare_components'
(ModuleNotFoundError: No module named 'idf_component_manager')
Call Stack (most recent call first):
C:/SysGCC/esp32/esp-idf/v5.0/tools/cmake/project.cmake:440 (idf_build_process)
CMakeLists.txt:12 (project)
So I tried from commandline in WSL:
0 $ . /mnt/c/SysGCC/esp32/esp-idf/v5.0/export.sh
Resetting IDF_PATH from '/mnt/c/SysGCC/esp32/esp-idf/v4.4.2' to '/mnt/c/SysGCC/esp32/esp-idf/v5.0'
Detecting the Python interpreter
Checking "python3" ...
Python 3.8.10
"python3" has been detected
Checking Python compatibility
Checking other ESP-IDF version.
WARNING: No IDF variables to remove from environment found. Deactivation of previous esp-idf version was not successful.
Adding ESP-IDF tools to PATH...
ERROR: tool xtensa-esp-elf-gdb has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
ERROR: tool riscv32-esp-elf-gdb has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
ERROR: tool xtensa-esp32-elf has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
An unsupported version of tool xtensa-esp32-elf was found in PATH: esp-2021r2-patch3-8.4.0.
ERROR: tool xtensa-esp32s2-elf has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
An unsupported version of tool xtensa-esp32s2-elf was found in PATH: esp-2021r2-patch3-8.4.0.
ERROR: tool xtensa-esp32s3-elf has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
An unsupported version of tool xtensa-esp32s3-elf was found in PATH: esp-2021r2-patch3-8.4.0.
ERROR: tool riscv32-esp-elf has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
An unsupported version of tool riscv32-esp-elf was found in PATH: esp-2021r2-patch3-8.4.0.
ERROR: tool esp32ulp-elf has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
An unsupported version of tool esp32ulp-elf was found in PATH: 2.28.51.
Using a supported version of tool cmake found in PATH: 3.16.3.
However the recommended version is 3.24.0.
ERROR: tool openocd-esp32 has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
An unsupported version of tool openocd-esp32 was found in PATH: v0.11.0-esp32-20220411.
ERROR: tool esp-rom-elfs has no installed versions. Please run '/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh' to install it.
So ok, I close that session and started a new WSL and tried to run
/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh
I saw this error:
0 $ /mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh
Detecting the Python interpreter
Checking "python3" ...
Python 3.8.10
"python3" has been detected
Checking Python compatibility
Installing ESP-IDF tools
Current system platform: linux-amd64
Selected targets are: esp32s2, esp32c3, esp32c2, esp32, esp32s3, esp32h2
Installing tools: xtensa-esp-elf-gdb, riscv32-esp-elf-gdb, xtensa-esp32-elf, xtensa-esp32s2-elf, xtensa-esp32s3-elf, riscv32-esp-elf, esp32ulp-elf, openocd-esp32, esp-rom-elfs
Skipping xtensa-esp-elf-gdb@11.2_20220823 (already installed)
Skipping riscv32-esp-elf-gdb@11.2_20220823 (already installed)
Skipping xtensa-esp32-elf@esp-2022r1-11.2.0 (already installed)
Skipping xtensa-esp32s2-elf@esp-2022r1-11.2.0 (already installed)
Skipping xtensa-esp32s3-elf@esp-2022r1-11.2.0 (already installed)
Skipping riscv32-esp-elf@esp-2022r1-11.2.0 (already installed)
Skipping esp32ulp-elf@2.35_20220830 (already installed)
Skipping openocd-esp32@v0.11.0-esp32-20221026 (already installed)
Skipping esp-rom-elfs@20220823 (already installed)
Installing Python environment and packages
Creating a new Python environment in /home/gojimmypi/.espressif/python_env/idf5.0_py3.8_env
The virtual environment was not created successfully because ensurepip is not
available. On Debian/Ubuntu systems, you need to install the python3-venv
package using the following command.
apt install python3.8-venv
You may need to use sudo with that command. After installing the python3-venv
package, recreate your virtual environment.
Failing command: ['/home/gojimmypi/.espressif/python_env/idf5.0_py3.8_env/bin/python3', '-Im', 'ensurepip', '--upgrade', '--default-pip']
Traceback (most recent call last):
File "/mnt/c/SysGCC/esp32/esp-idf/v5.0/tools/idf_tools.py", line 2610, in <module>
main(sys.argv[1:])
File "/mnt/c/SysGCC/esp32/esp-idf/v5.0/tools/idf_tools.py", line 2602, in main
action_func(args)
File "/mnt/c/SysGCC/esp32/esp-idf/v5.0/tools/idf_tools.py", line 2022, in action_install_python_env
subprocess.check_call([sys.executable, '-m', 'venv',
File "/usr/lib/python3.8/subprocess.py", line 364, in check_call
raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['/usr/bin/python3', '-m', 'venv', '--clear', '/home/gojimmypi/.espressif/python_env/idf5.0_py3.8_env']' returned non-zero exit status 1.
so ok, I ran
apt install python3.8-venv
0 $ sudo apt-get install python3.8-venv
[sudo] password for gojimmypi:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
gstreamer1.0-plugins-base libc-ares2 libcdparanoia0 libgstreamer-plugins-base1.0-0 liblua5.2-0 libopus0 liborc-0.4-0
libqt5multimedia5 libqt5multimedia5-plugins libqt5multimediagsttools5 libqt5multimediawidgets5 libsbc1 libsmi2ldbl libsnappy1v5
libspandsp2 libspeexdsp1 libssh-gcrypt-4 libtheora0 libvisual-0.4-0 libwireshark-data libwireshark13 libwiretap10 libwsutil11
wireshark-common wireshark-qt
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
libpython3.8 libpython3.8-dev libpython3.8-minimal libpython3.8-stdlib python3.8 python3.8-dev python3.8-minimal
Suggested packages:
python3.8-doc
The following NEW packages will be installed:
python3.8-venv
The following packages will be upgraded:
libpython3.8 libpython3.8-dev libpython3.8-minimal libpython3.8-stdlib python3.8 python3.8-dev python3.8-minimal
7 upgraded, 1 newly installed, 0 to remove and 123 not upgraded.
Need to get 10.8 MB of archives.
After this operation, 37.9 kB of additional disk space will be used.
Do you want to continue? [Y/n] Y
Ign:1 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 python3.8-dev amd64 3.8.10-0ubuntu1~20.04.5
Ign:2 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 python3.8 amd64 3.8.10-0ubuntu1~20.04.5
Ign:3 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8-dev amd64 3.8.10-0ubuntu1~20.04.5
Ign:4 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8 amd64 3.8.10-0ubuntu1~20.04.5
Ign:5 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8-stdlib amd64 3.8.10-0ubuntu1~20.04.5
Ign:6 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 python3.8-minimal amd64 3.8.10-0ubuntu1~20.04.5
Ign:7 http://archive.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8-minimal amd64 3.8.10-0ubuntu1~20.04.5
Ign:8 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 python3.8-venv amd64 3.8.10-0ubuntu1~20.04.5
Err:1 http://security.ubuntu.com/ubuntu focal-updates/main amd64 python3.8-dev amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
Err:2 http://security.ubuntu.com/ubuntu focal-updates/main amd64 python3.8 amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
Err:3 http://security.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8-dev amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
Err:4 http://security.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8 amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
Err:5 http://security.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8-stdlib amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
Err:6 http://security.ubuntu.com/ubuntu focal-updates/main amd64 python3.8-minimal amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
Err:7 http://security.ubuntu.com/ubuntu focal-updates/main amd64 libpython3.8-minimal amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
Err:8 http://security.ubuntu.com/ubuntu focal-updates/universe amd64 python3.8-venv amd64 3.8.10-0ubuntu1~20.04.5
404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/p/python3.8/python3.8-dev_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/p/python3.8/python3.8_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/p/python3.8/libpython3.8-dev_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/p/python3.8/libpython3.8_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/p/python3.8/libpython3.8-stdlib_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/p/python3.8/python3.8-minimal_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/p/python3.8/libpython3.8-minimal_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/universe/p/python3.8/python3.8-venv_3.8.10-0ubuntu1~20.04.5_amd64.deb 404 Not Found [IP: 91.189.91.38 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
Ran
apt-get update && apt-get upgrade
, and tried again to run/mnt/c/SysGCC/esp32/esp-idf/v5.0/install.sh
It seemed to be successful, so I tried to build:
-- Building ESP-IDF components for target esp32
CMake Error at /mnt/c/SysGCC/esp32/esp-idf/v5.0/tools/cmake/build.cmake:519 (message):
usage: __main__.py [-h] [--project_dir PROJECT_DIR]
[--interface_version {0,1}]
{prepare_dependencies,inject_requirements,inject_requrements}
...
__main__.py: error: argument --interface_version: invalid int value: ''
Call Stack (most recent call first):
/mnt/c/SysGCC/esp32/esp-idf/v4.4.2/tools/cmake/project.cmake:384 (idf_build_process)
CMakeLists.txt:59 (project)
-- Configuring incomplete, errors occurred!
After all this, I tried to load a know-working project in v4.4.2 and simply change to v5. I see this error in Visual Studio:
ESP-IDF path changed from C:\SysGCC\esp32\esp-idf\v4.4.2 to C:\SysGCC\esp32\esp-idf\v5.0. Deleting C:\workspace\wolfssl-bandi13\IDE\Espressif\ESP-IDF\examples\wolfssl_benchmark\build\VisualGDB\Debug...
Running CMake: C:\Users\gojimmypi\AppData\Local\VisualGDB\CMake\bin\cmake.exe ../../.. -G "Ninja" -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_MAKE_PROGRAM=c:/sysgcc/esp32/tools/ninja/1.10.2/ninja.exe -DESP_PLATFORM=1 -DCCACHE_ENABLE=0 -DIDF_TARGET=esp32
-- Found Git: C:/Program Files/Git/cmd/git.exe (found version "2.38.1.windows.1")
-- The C compiler identification is GNU 8.4.0
-- The CXX compiler identification is GNU 8.4.0
-- The ASM compiler identification is GNU
-- Found assembler: C:/SysGCC/esp32/tools/xtensa-esp32-elf/esp-2021r2-patch3/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc.exe
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/SysGCC/esp32/tools/xtensa-esp32-elf/esp-2021r2-patch3/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/SysGCC/esp32/tools/xtensa-esp32-elf/esp-2021r2-patch3/xtensa-esp32-elf/bin/xtensa-esp32-elf-g++.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Building ESP-IDF components for target esp32
-- Checking Python dependencies...
Python requirements are satisfied.
Constraint file: C:\Users\gojimmypi\.espressif\espidf.constraints.v5.0.txt
Requirement files:
- C:\SysGCC\esp32\esp-idf\v5.0\tools\requirements\requirements.core.txt
Python being checked: C:\Users\gojimmypi\.espressif\python_env\idf5.0_py3.8_env\Scripts\python.exe
-- Configuring incomplete, errors occurred!
CMake Error at C:/SysGCC/esp32/esp-idf/v5.0/tools/cmake/build.cmake:519 (message):
C:\SysGCC\esp32\esp-idf\v5.0\python-env\Scripts\python.exe: Error while
finding module specification for 'idf_component_manager.prepare_components'
(ModuleNotFoundError: No module named 'idf_component_manager')
Call Stack (most recent call first):
C:/SysGCC/esp32/esp-idf/v5.0/tools/cmake/project.cmake:440 (idf_build_process)
CMakeLists.txt:12 (project)
See also "C:/workspace/wolfssl-bandi13/IDE/Espressif/ESP-IDF/examples/wolfssl_benchmark/build/VisualGDB/Debug/CMakeFiles/CMakeOutput.log".
System.Exception: CMake exited with code 1
at e43.l(n b, Object a)
========== Project Configuration Summary ==========
VisualGDB_wolfssl_benchmark configured in 00:08
========== Configuration: 1 Succeeded, 0 Failed, 0 Skipped ==========
I’ve otherwise had great success with prior versions of the ESP-IDF in VisualGDB.
I’m using Visual Studio 2019 16.11.21 and VisualGDB 5.6R9 (build 4769)
Please advise the exact steps that are needed to properly install Espressif ESP-IDF v5 support. Thank you.
Attachments:
You must be logged in to view attached files.gojimmypi
ParticipantHi & thanks for your reply.
First: no. It was not an “experiment”, and no: I was not “playing around”. I didn’t have an option to upgrade my VisualGDB application extension and I didn’t have ESP-IDF 5.0 listed as an option to install. I simply followed what I thought were instructions, above to install the download exe: “released an updated toolchain (esp32-gcc11.2.0-r2.exe).”
Some warning, such as “are you sure you want to delete existing toolchains” might have been nice.
gojimmypi
ParticipantI just notice after all of that in my prior message: upon installing the v4.4.2 toolchain, the v5 that I just installed ended up getting deleted.
So I guess there’s no option at this time to have v4.x and v5.x installed side-by-side?
I need an environment were I can test with several toolchain versions.
Thank you
gojimmypi
ParticipantThe latest v5 install was a rather bumpy. I ran the esp32-gcc11.2.0-r2.exe noted above.
My existing project with ESP 4.4.2 seemed to have “forgotten” which toolchain version to use. Only the new v5 was visible in Visual Studio. Fortunately that toolchain was not (initially) deleted, but upon re-launching and selecting the existing 4.4.2 I received a message about needing to install the v5 toolchain that I just downloaded and installed manually. The new toolchain did not appear as an option to download from within Visual Studio.
Letting the Visual Studio “resolve” finish, and unfortunately it *did* wipe all but
v4.4.1
inC:\SysGCC\esp32\esp-idf
. I have no idea why that one was left, which of course I rarely use. Erg, I wish I had backed up that directory. I had several toolchains there, including non-Espressif components installed that I would have really preferred not to have deleted.The re-install was not very intuitive and of course tool a very long time with large downloads and re-installs.
Attachments:
You must be logged in to view attached files.gojimmypi
ParticipantThe toolchain offline installer for ESP-IDF v5 is now a release as well:
https://github.com/espressif/idf-installer/releases/tag/online-2.17
(That’s a valid URL, even though it ends up as 404 when clicking on it; try to open manually with cut and paste. Seems the link seen here is somehow missing the “online” word)
gojimmypi
ParticipantTada! ESP-IDF Version 5.0 is released 🙂
gojimmypi
ParticipantHeads up there’s finally an ESP-IDF 5.0 Release Candidate! Woohoo! 😎
Release ESP-IDF Pre-release v5.0-rc1 · espressif/esp-idf · GitHub
gojimmypi
ParticipantHello!
Just a little heads-up that ESP-IDF V5 is in release beta. 😎
https://github.com/espressif/esp-idf/releases
https://docs.espressif.com/projects/esp-idf/en/v5.0-beta1/esp32/
Hopefully final release any day now.
Cheers
gojimmypi
Participanthi @sve-jvi,
you may be interested in this esp-idf-v5 issue on this forum, and Espressif idf-installer issue #143 on GitHub.
I’m certainly interested if you make any progress.
gojimmypi
ParticipantHi,
Hopefully Espressif will have an official release of ESP-IDF V5 soon.
Manually editing the toolchain.xml and bsp.xml was marginally successful, but there’s a new error related to
kconfiglib.
that I’ve been unable to resolve.Although there’s a line:
Requirement already up-to-date: kconfiglib
There’s still an error:
ModuleNotFoundError: No module named 'kconfiglib'
Full log:
Executing pre-build actions Run "pip3 install --upgrade kconfiglib" in directory "C:\Users\gojimmypi\source\repos\EmbeddedProject23" on local computer pip3 install --upgrade kconfiglib Requirement already up-to-date: kconfiglib in c:\users\gojimmypi\appdata\local\programs\python\python38-32\lib\site-packages (14.1.0) WARNING: You are using pip version 19.2.3, however version 22.2.1 is available. You should consider upgrading via the 'python -m pip install --upgrade pip' command. Run "C:\Users\gojimmypi\AppData\Local\VisualGDB\CMake\bin\cmake.exe ../../.. -G "Ninja" -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_MAKE_PROGRAM=c:/SysGCC/esp32/tools/ninja/1.10.2/ninja.exe -DESP_PLATFORM=1 -DCCACHE_ENABLE=0" in directory "C:\Users\gojimmypi\source\repos\EmbeddedProject23/build/VisualGDB/Debug" on local computer C:\Users\gojimmypi\AppData\Local\VisualGDB\CMake\bin\cmake.exe ../../.. -G "Ninja" -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_MAKE_PROGRAM=c:/SysGCC/esp32/tools/ninja/1.10.2/ninja.exe -DESP_PLATFORM=1 -DCCACHE_ENABLE=0 -- Project is not inside a git repository, or git repository has no commits; will not use 'git describe' to determine PROJECT_VER. -- Building ESP-IDF components for target esp32 -- Checking Python dependencies... Python requirements are satisfied. Skipping the download of C:\Users\gojimmypi\.espressif\espidf.constraints.v5.0.txt because it was downloaded recently. If you believe that this is causing you trouble then remove it manually and re-run your install script. Constraint file: C:\Users\gojimmypi\.espressif\espidf.constraints.v5.0.txt Requirement files: - C:\SysGCC\esp32\esp-idf\v5.0\tools\requirements\requirements.core.txt Python being checked: C:\Users\gojimmypi\.espressif\python_env\idf5.0_py3.8_env\Scripts\python.exe -- Project sdkconfig file C:/Users/gojimmypi/source/repos/EmbeddedProject23/sdkconfig Traceback (most recent call last): File "C:/SysGCC/esp32/esp-idf/v5.0/tools/kconfig_new/confgen.py", line 23, in <module> import gen_kconfig_doc File "C:\SysGCC\esp32\esp-idf\v5.0\tools\kconfig_new\gen_kconfig_doc.py", line 27, in <module> import kconfiglib ModuleNotFoundError: No module named 'kconfiglib' CMake Error at C:/SysGCC/esp32/esp-idf/v5.0/tools/cmake/kconfig.cmake:176 (message): Failed to run confgen.py (python;C:/SysGCC/esp32/esp-idf/v5.0/tools/kconfig_new/confgen.py;--list-separator=semicolon;--kconfig;C:/SysGCC/esp32/esp-idf/v5.0/Kconfig;--sdkconfig-rename;C:/SysGCC/esp32/esp-idf/v5.0/sdkconfig.rename;--config;C:/Users/gojimmypi/source/repos/EmbeddedProject23/sdkconfig;--env-file;C:/Users/gojimmypi/source/repos/EmbeddedProject23/build/VisualGDB/Debug/config.env). Error 1 Call Stack (most recent call first): C:/SysGCC/esp32/esp-idf/v5.0/tools/cmake/build.cmake:596 (__kconfig_generate_config) C:/SysGCC/esp32/esp-idf/v5.0/tools/cmake/project.cmake:434 (idf_build_process) CMakeLists.txt:8 (project) -- Configuring incomplete, errors occurred! See also "C:/Users/gojimmypi/source/repos/EmbeddedProject23/build/VisualGDB/Debug/CMakeFiles/CMakeOutput.log". ------------------------------------------------------------- Command exited with code 1 Executable: C:\Users\gojimmypi\AppData\Local\VisualGDB\CMake\bin\cmake.exe Arguments: ../../.. -G "Ninja" -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_MAKE_PROGRAM=c:/SysGCC/esp32/tools/ninja/1.10.2/ninja.exe -DESP_PLATFORM=1 -DCCACHE_ENABLE=0 Directory: C:\Users\gojimmypi\source\repos\EmbeddedProject23/build/VisualGDB/Debug Command-line action failed ========== Project Build Summary ========== EmbeddedProject23 built in 00:14 ========== Build: 0 Succeeded, 1 Failed, 0 Skipped ==========
gojimmypi
ParticipantI’ve made some progress on getting the emitted VisualGDB cmake command to complete without errors, at least from a command prompt.
For one, I needed to add 2 CMake config variables in the Build Settings GUI:
IDF_TARGET = esp32c3
CCACHE_ENABLE = 1
Next, I needed to add these environment variables:
SET IDF_CCACHE_ENABLE=1
SET IDF_PATH=C:\SysGCC\esp32\esp-idf\v5.0
SET IDF_PYTHON_ENV_PATH=C:\Espressif\python_env\idf5.0_py3.8_env
SET IDF_TOOLS_PATH=C:\Espressif
SET ESP_IDF_VERSION=5.0
And last, I needed to add these to the Path:
C:\Espressif\tools\xtensa-esp-elf-gdb\11.2_20220529\xtensa-esp-elf-gdb\bin;
C:\Espressif\tools\riscv32-esp-elf-gdb\11.2_20220529\riscv32-esp-elf-gdb\bin;
C:\Espressif\tools\xtensa-esp32-elf\esp-2022r1-RC1-11.2.0\xtensa-esp32-elf\bin;
C:\Espressif\tools\xtensa-esp32s2-elf\esp-2022r1-RC1-11.2.0\xtensa-esp32s2-elf\bin;
C:\Espressif\tools\xtensa-esp32s3-elf\esp-2022r1-RC1-11.2.0\xtensa-esp32s3-elf\bin;
C:\Espressif\tools\riscv32-esp-elf\esp-2022r1-RC1-11.2.0\riscv32-esp-elf\bin;
C:\Espressif\tools\esp32ulp-elf\2.28.51-esp-20191205\esp32ulp-elf-binutils\bin;
C:\Espressif\tools\esp32s2ulp-elf\2.28.51-esp-20191205\esp32s2ulp-elf-binutils\bin;
C:\Espressif\tools\openocd-esp32\v0.11.0-esp32-20220411\openocd-esp32\bin;
C:\Espressif\tools\ninja\1.10.2\;C:\Espressif\tools\idf-exe\1.0.3\;
C:\Espressif\tools\ccache\4.3\ccache-4.3-windows-64;
C:\Espressif\tools\dfu-util\0.9\dfu-util-0.9-win64;
C:\Espressif\python_env\idf5.0_py3.8_env\Scripts;
C:\SysGCC\esp32\esp-idf\v5.0\tools;C:\Python36\;
C:\Python36\Scripts;
What is the best method for modifying the path and environment variables for CMake in VisualGDB? I saw the documentation, but I don’t know exactly where to apply that. Before I go pecking them all in, is that the “User Variables” at the bottom of the config page?
btw – I tried simply adding a called to export.bat in the “before build”… but it does exactly that: before the build, but not before cmake.
Thank you.
gojimmypi
ParticipantHi.
Yes, I completely understand. That’s fair.
I’m still hopeful that I can get this working. 🙂
I have it working using idf.py, and this text seems to indicate it should be possible:
Any project that can be built via ESP-IDF tools, can also be built with VisualGDB
I’ve opened Espressif idf-installer issue #142 in the hope that someone has an idea for a solution.
gojimmypi
ParticipantI also encountered this error with File-New Project: I didn’t notice that the
main()
lived in a file with only a.c
extension.Can’t call C++ from a
.c
file, but oddly the compile error was on the target class file with the.cpp
, not the main file.Error Failed to compile IoT_BBQ_STM32.c. arm-none-eabi-gcc.exe exited with code 1
Error unknown type name 'class'
Error expected '=', ',', ';', 'asm' or '__attribute__' before '{' token
gojimmypi
ParticipantAfter adding my support ticket regarding the Prerelease 1 ESP-IDF support I noticed this topic is fairly similar – in particular the problem with include files. Although I too, am very interested in the Arduino library support, I’ve created a sample project showing that the include file feature is in general not working as intuitively as one might expect. For more info – see this sample on GitHub:
https://github.com/gojimmypi/EmbeddedProject8
Perhaps this is a feature request: to honor the Project Properties “Additional Include Files” – instead of adding as components? (although I’ve also not been able to successfully add the sample TestLibrary as a component, either.
gojimmypi
Participantactually, I do know how to build them: the project builds fine in Linux. 🙂 As for Windows, I’ve been programming in Visual Studio a long time, but I’ve never once have taken a solution developed there – and compiled it from command line. To take something like VisualGDB project in Visual Studio and compile that from command line, seems rather complex. Addicted to IDE’s I guess. 😉 (not always a great thing to not understand the whole process when insulated with an IDE, I know).
If I had the ability to build this project on manually on Windows before import, well, I kinda would not need to import to Visual Studio. I do agree that would be useful. But I was hoping to avoid the hassle of setting up the toolchain since I thought that’s what VisualGDB import wizard would do for me.
It would be cool if VisualGDB helped with that import process, and used the toolchain specified in the wizard. But ya, I understand given an arbitrary makefile, that’s probably not a trivial process to convert. Too bad, as that would be really awesome.
fwiw – I was able to get Windows-based debugging working from VSCode (of all places!). I compile on Linux, use OpenOCD there, but connect using the VSCode GDB. It is really quite awesome:
https://gojimmypi.blogspot.com/2017/05/vscode-remote-debugging-of-embedded.html
VSCode shockingly does many of the debugging things that Visual Studio does (single step, hover text for variable values, intellisense, peek definition, and more)
Cheers
-
AuthorPosts