Forum Replies Created
-
Posts
-
You can always double-check the exact command lines used for the build by enabling verbose build (CMake) or inspecting the .rsp files (MSBuild). If different builds produce different results, there must be a difference in the compiler/linker command lines (or source file contents), and locating it should help understand what is going on.
Also, if you change global settings, such as the compiler type, please make sure you do a full rebuild to ensure there are no leftovers from the previous build.
Hi,
This version should work just fine. Please try deleting the toolchain, installing it manually from https://gnutoolchains.com/esp32/ and restarting Visual Studio. This should get it detected properly.
Hi,
Please share a screenshot of the Help->About VisualGDB window so that we could see what is going on.
We have an update on the ESP32-C3 Live Watch. Espressif has pointed out a workaround that allows reading the ESP32-C3 memory without stopping the CPU, and we have updated our ESP32 debug package to handle it correctly. We have published a detailed tutorial demonstrating how to use it: https://visualgdb.com/tutorials/esp32/livewatch/
Hi,
VisualGDB indeed relies on a rather deep integration with clang-format in order to support various advanced features (e.g. computing smart indent for new lines based on clang-format rules). So, instead of using an external clang-format executable, our IntelliSense engine includes a copy of the clang-format logic.
We are planning to update to the latest Clang later this year, although we cannot give a specific timeframe yet, as it usually requires a lot of non-trivial changes and testing on our side.
As a workaround, you can indeed prevent VisualGDB from formatting the code automatically via Tools->Options->Text Editor->C/C++(VisualGDB)->Formatting->Automatic Formatting->Auto-format when <…> , and then launch the regular clang-format as a custom shortcut (configurable via VisualGDB Project Properties) or as a git trigger.
The “Automatically configure clang-format from VS settings” setting currently only covers the basics (tabs/spaces, simple indentation rules). Advanced formatting settings can be configured via our graphical clang-format file editor by simply opening the .clang-format file, although it will only work for settings present in clang-format 6.0.
Hi,
Please share a screenshot of your Help->About VisualGDB window so that we could see what is going on.
Sorry, we are not able to review specific projects for errors as a part of our regular technical support. Our best advice would be to follow the tutorial exactly as shown, make sure it works, and then use it as a comparison point against the broken project.
Hi,
Sorry about that, this indeed looks like the earlier version of the toolchain got cached incorrectly. Adding the missing <Checkouts> tag will indeed fully solve the problem. We have also updated the cache on our side, so that other users will get the correct toolchain with the valid XML file.
Hi,
Thanks for reporting this. We have updated Live Watch to handle bit fields correctly. Please try this build: VisualGDB-5.6.102.4519.msi
We have also added an option to only display the variables defined in the current source file, so you can find the relevant variables faster.
Hi,
This is to be expected. Porting a project to a different compiler will likely require adjusting it to account for differences between the compilers. As soon as you adjust the source code fixing the build errors, VisualGDB will let you build and debug the project as usual.
Hi,
If the header files are missing in Solution Explorer, they were likely not directly referenced by the original IAR project either (it’s not necessary for build). You can add them to Solution Explorer via the “Add->Existing File” menu command similar to the regular Visual Studio projects.
No problem. BTW, the new BSP has passed all the tests and has just been released. You can install it via VisualGDB Package Manager as usual.
It also includes out-of-the-box support for AzureRTOS (ThreadX, FileX, LevelX, UsbX) thanks to the ST’s new X-CUBE-AZRTOS packages.
Also feel free to try out the new VisualGDB build that automatically recognizes and displays ThreadX threads (Custom edition and higher): VisualGDB-5.6.102.4517.msi
No problem and good to know it works. BTW, the copy command didn’t work because it’s not a separate executable, but rather a virtual command provided by cmd.exe. Setting executable path to “cmd.exe” and the arguments to “/c copy <…>” should to the job.
