Forum Replies Created
-
Posts
-
Hi,
Sorry, not yet. We have added support for automatic import of IAR projects (converting them to GCC projects), but we don’t have a tutorial for the IAR compiler yet.
Hi,
This might indeed interfere with debugging, but a 100% correct answer would depend on on the internal implementation details of the STM32 debug unit. We would advise double-checking this with ST (e.g. on the ST forums) as they should have a better insight into the STM32 internals than we do.
Hi,
The latest versions of the Android tools are highly coupled with the Android Studio, so the recommended workflow is to install Android Studio, create a project and then import it into VisualGDB. This will enable the new Advanced CMake Project Subsystem, while letting you use Android Studio to debug Java code, so you will get the best from both worlds.
Please follow this tutorial for detailed instructions: https://visualgdb.com/tutorials/android/cmake/
Hi,
OK, sorry, we don’t have a detailed tutorial on that part yet, however we have a similar one showing how to extend the MSBuild targets to run Qt tools: https://visualgdb.com/tutorials/linux/qt/msbuild/
To run a custom step before the build you would need to declare a target similar to the InvokeQtTools one shown in the tutorial (you can use the Exec target).
If you are not comfortable editing the MSBuild rules manually, we would advise keeping the Makefile-based solution until we update our bootloader tutorial showing the exact steps for MSBuild.
Hi,
No problem, once we release the updates BSPs, they will work with VisualGDB out-of-the-box. The open-source BSP generators are provided for those willing to try the latest experimental versions at their own risk; if you don’t want to do that, waiting for an official update from us is the best option.
Hi,
Thanks for reporting this, looks like our bug. We have fixed it and updated the installer. You can download the updated version here (same URL): https://sysprogs.com/analyzer2go/download/
Hi,
No problem, we have updated our BSP to the latest SDK. You can install the new package via Tools->VisualGDB->Manage VisualGDB Packages.
Hi,
No problem, please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.4.1.2040.msi
GCCFlags.xml is only used in the graphical editor the Makefile CFLAGS/CXXFLAGS, but not with MSBuild projects. The actual GCC build flags are stored in the C:\Program Files (x86)\Sysprogs\VisualGDB\MSBuild\PropertyPages\gcc.xml file.
When you build your project, VisualGDB will use the following logic to determine how to call the compiler:
- The GNUCompilerType variable from your project settings will be used to set GCCBinaryName and GXXBinaryName (see code in gcc.targets)
- The GCCBinaryName and GXXBinaryName variables will be passed to the GCCCompile task (note that it has 2 invocations) along with the path to the gcc.xml file. The task will either invoke gcc directly (for Windows builds) or write the rules to the Makefile (for Linux builds).
In order to use the Intel compiler instead of gcc, please edit the remotebuild.xml file to support another compiler type (e.g. ICC), enable it via VS Project Properties and then edit the gcc.targets file to set GCCBinaryName and GXXBinaryName accordingly.
If the command-line options are not 100% compatible with GCC, please create a copy of the gcc.xml file, edit the flag definitions and update the references to it in the .targets and .props files, so Visual Studio will load the modified file if the GNUCompilerType is set to ‘Clang’.
Hi,
The easiest way to run multiple commands would be to create a batch file in the project directory and run it as a custom post-link step. Simply copy the command lines for objcopy and other tools from a build log of a Make-based project and replace the project name accordingly. VisualGDB will then run the .bat file with those command lines each time after a successful build.
Hi,
We are not aware of any side effects of FLASH erasing that could cause JTAG issues, so this could be a side effect of inconsistent power supply or cross-talk, or could also be a limitation of a specific STM32 core. We would advise double-checking this with ST.
A possible workaround would be to erase the FLASH memory page-by-page instead of doing one massive erase operation – this might work around the issue.
Hi,
For MSBuild projects you can use the custom post-build step in the Linker settings or custom post-compile step in the C++ settings. Another option would be to create a custom MSBuild target (this approach is more complicated, but is very well documented by Microsoft).
The custom post-build actions provide a convenient GUI for managing those steps, hence they are included in the more expensive Custom edition, but you can always achieve the same results through scripting the steps manually (although this requires extra effort).
Hi,
We usually update our STM32 packages quarterly, so we are planning to release a new update within a month. The mbed package is updated less frequently – the current plans are to release the next version around April-May.
If you don’t want to wait, you can also try running our open-source BSP generators on the latest versions of the packages, however we don’t guarantee that they will work until we officially support the new versions.
Hi,
No problem, please try this build: http://sysprogs.com/files/tmp/VisualGDB-5.4.1.2039.msi
Hi,
No problem, we will test this as a part of the v5.4 release cycle and post an update here once it is fully tested and supported.
