Closed tongclement closed 1 year ago
Notes at https://github.com/espressif/esp-idf/issues/10473 could provide more information on this issue. Let me know if any help is needed from the ESP-IDF side.
It might be related to some cache in the build directory. Try deleting the build folder and build again.
Any updates @tongclement ?
@brianignacio5 thanks for asking. It had something to with the VSCode compiler path not updating when manually updating the ESP-IDF
Previous Recommendations pointed out on the other linked issue: 1: If this VS Code compiler path variable didn't change automatically as it is supposed to after an re-installation/update, please see if it can be fixed - or if it is my fault please let me know/put it in the docs about updating idf versions 2: The update process can be much easier than this so everyone can use the latest version without too much hassle and you guys don't have to deal with debugging and answering questions about older versions as much. For example: a one click "uninstaller" or an update command in the ESP-IDF command line
Many thanks!
root cause of the vs code compiler path var not changing to be investigated, and esp idf update workflow to be improved
It might be related to some cache in the build directory. Try deleting the build folder and build again.
I did do full cleans - it had no effect.
Thanks to @dobairoland for his help, he previously replied that: https://github.com/espressif/esp-idf/issues/10473#issuecomment-1369738344 "Thanks @tongclement for your notes on this issue. I don't think that anything could be done on the ESP-IDF side. Perhaps in the linked vscode issue the developers will be able to improve this.
ESP-IDF does not change the PATH permanently. Changes to environment variables are discarded after the terminal is closed. PATH is updated by adding items to the beginning, therefore, globally set values are not affecting it. However, we cannot handle VScode-related workspace changes at this level. I'm closing this for this reason."
So maybe the can be changed from a bug report to a feature request/usability improvement: adding a one click idf updater/version changer/uninstaller. This might be seen as unnecessary for professionals who are very used to updating and downgrading but in my humble opinion it is a hindrance to using esp-idf (instead of the ardunio lib built on esp idf etc). However I do understand that an update/downgrader does require a lot of development so a one click full uninstaller might be easier. However, I do understand that the env variables, especially the OS level ones can't be changed by IDF - I guess it will be a challenge to setup IDF in the foreseeable future.
Thanks for all the help and apologies for the mediocre documentation on my end.
Thanks for the information @tongclement .
The issue I notice is that while you are using ESP-IDF v4.4 in the extension, the tools listed in your settings are those from the previous v4.3 which is why when ESP-IDF is trying to build is not using the expected xtensa toolchain. Did you used the extension setup wizard to install the new version? Maybe you have settings defined in your project's .vscode/settings.json
overwriting the global settings of vscode ?
Closing this issue for lack of update from the user. Please comment here if you have any additional issues.
OS
MacOS
Operating System version
M1 Mac OS 12.6
Visual Studio Code version
1.74.2 (Universal)
ESP-IDF version
4.4.3
Python version
3.10
Doctor command output
Extension
no such file or directory
Description
I was trying to upgrade from esp-idf v4.3 to v4.4. I removed the esp-idf directory at the dir .../username/esp before using express setup inside the vs-code extension to install esp-idf.
Everything ran smoothly but when attempting to build the first project, I ran into a problem with crosstools-ng. It seems like the device has the wrong version.
What I attempted: I attempted installing different versions of the idf, rebooting the computer, restarting vs code, running the idf.py fullclean command, and more.
Debug Message
OR: