Forum Replies Created
-
Posts
-
Hi,
There is no special VisualGDB GUI for configuration-specific CMake properties, however you easily achieve this by wrapping the relevant parts of the CMakeLists file in conditional statements checking the CMAKE_BUILD_TYPE variable.
Hi,
Please refer to this page for a detailed overview of various Embedded CMake settings, including exceptions/RTTI.
Most likely, your toolchain does not support this language feature, or there is an error in the source file, or you need to select a different language standard.
Our best advice would be to try dumping the gcc command line used by VisualGDB as described here and verifying that the -std option gets passed to gcc.
Hi,
That would be normally in the project-level settings under the C/C++ -> Advanced tab. Please refer to this page for more details.
Hi,
We have already released an updated toolchain based on esp-2020r3 and the latest ESP-IDF 4.1 and 4.2 (esp32-gcc8.4.0.exe). You can install it via VisualGDB Package Manager or by downloading the file directly.
Hi,
This is why we always ask to post uncropped screenshots when reporting issues. It’s often impossible to tell what is going on without seeing the entire VS window.
Hi,
In the latest VisualGDB 5.5R4 multiple output windows have been merged in a single VisualGDB Output window (item #7 on the screenshot).
This was done because previously different output windows (e.g. semihosting or gdbserver output) would appear dynamically in front of other windows, depending on the actual output of the underlying program. Now the combined VisualGDB Output window is always shown during debug sessions and will always remember the state/location it had at the end of the previous session.
You can revert back to the old behavior using the Use Combined Output Window setting.
Hi,
Please try using the Signals button in the GDB Session window.
Hi,
Normally you should be able to open the semihosting window via a command under the Debug->Windows menu. If it doesn’t work, please try reproducing the problem on a clean project created from scratch.
If the problem persists, please let us know the steps we could follow to reproduce it and we will investigate it further.
Hi,
VisualGDB fully supports Segger J-Link via the Segger GDB stub, however we have not specifically tested it with the multi-core STM32H7 devices.
Generally, we would advise simply using ST-Link as shown in this tutorial. It involves a special build of OpenOCD maintained by ST that has been specifically designed to work with the multi-core devices. If you would like to double-check whether J-Link supports this configuration, please contact Segger support. If they can confirm that the Segger GDB stub supports the device you are targeting, VisualGDB will work with it out-of-the-box.
Hi,
The temporary builds get automatically cleant up after some time, so you indeed got the latest build instead. Please try updating once again to this one: VisualGDB-5.5.104.3973.msi
If the problem persists, please try enabling the View->Other Windows->VisualGDB Diagnostics Console and reproducing the problem. Once the problem is reproduced, please attach the contents of the diagnostics console here along with a screenshot of the Help->About VisualGDB window.
