[support]

Hi,

Our support is located in the PST timezone, so we could not have answered you earlier. Sorry about that.

You can configure VisualGDB to pass a list of source files via response files by modifying your Makefile as follows:

ifeq ($(TARGETTYPE),APP)
$(BINARYDIR)/$(TARGETNAME): $(all_objs) $(EXTERNAL_LIBS)
 $(LD) -o $@ $(LDFLAGS) $(START_GROUP) $(all_objs) $(LIBRARY_LDFLAGS) $(END_GROUP)
endif

should be replaced with this:

ifeq ($(TARGETTYPE),APP)
$(BINARYDIR)/$(TARGETNAME): $(all_objs) $(EXTERNAL_LIBS)
 @echo $(all_objs) > $@.in
 $(LD) -o $@ $(LDFLAGS) $(START_GROUP) @$@.in $(LIBRARY_LDFLAGS) $(END_GROUP)
endif

 

[support]

Hi,

We have actually tested it on huge projects like the Linux Kernel (~9000 files) and we have heard from other customers using it with large codebases. So this looks like something might not be working properly in your case.

Normally VisualGDB does all the indexing in the background, so you only need to wait if you start something like “Go To Definition” (VisualGDB will display the progress and the information on whether it’s using all cores). If you are waiting for something else, perhaps it’s caused by some other Visual Studio extension or VS itself? Could you clarify what GUI do you see when you wait?

[support]

Hi,

It looks like VisualGDB is not getting initialized properly. Does this happen when you open the project from command line, or also when you close the solution and open it again?

[support]

Hi,

Looks like a bug, however we could not reproduce it locally. Could you please clarify which project type (Windows/Linux/Embedded) you are using? What happens if you click “Apply” instead of “OK”?

[support]

Hi,

It’s a known issue and happens because Visual Studio is trying to write a “clean log” into a file inside the build directory. Normally it’s totally harmless and can be ignored.

[support]

If the ONLY difference between the machines is the host name/user name (no toolchain/flag differences), you can use VisualGDB Aliases: http://visualgdb.com/tutorials/linux/aliases/

If you need to change more options, we recommend creating separate project configurations for those targets, configuring each configuration to use a different target and changing them by switching the solution configuration.

[support]

Hi,

Yes, you can easily add files in ONE folder with just the Visual Studio’s Add->Existing Item command.

The “Import Folder Recursively” command only simplifies importing of large hierarchies with multiple subdirectories. We have made it available only starting from the Custom edition because we want to keep the price of the Embedded edition extremely low to make it affordable.

Many of the Custom Edition’s features could be replaced with manual scripting (e.g. editing the .vcxproj files in this case), but save time if you are actually using the Custom one. If you believe the saved time is worth the price difference, you can always upgrade your edition via this link: https://sysprogs.com/splm/mykey

[support]

Hi,

Sorry for the confusion. Please refer to the screenshot below for details:

Note that $(LocalMultiThreadedBuildFlags) is case-sensitive. It will automatically be replaced with -j(number of CPU cores on your machine) during build.

[support]

Sorry, we have disabled the subscription system because somehow spammers were trying to subscribe random addresses there causing us trouble. You can just create a ticket in our support form and we will reply there each time we post a reply here.

The fix is now included in the VisualGDB 5.2 Preview 1: http://visualgdb.com/download/

The new build should add more logging to the Clang IntelliSense Diagnostics Console, so it should show more than just “Object reference not set to an instance of an object”. Could you please double-check the new diagnostics output and let us know if you see anything additional there?

• This reply was modified 8 years, 11 months ago by support.

[support]

Hi,

Looks like our bug, sorry about that. VisualGDB is trying to create a .bin file from a static library (that is not supported). Please simply disable the .bin file creation for the static library project and the error will go away.

[support]

Hi,

We have just rechecked that and could not reproduce the failure. Most likely the bug is actually caused by some GUI not properly displayed in the console mode. We would really appreciate it if you could try creating a project targeting that machine with the normal VisualGDB Project Wizard and let us know if it shows any extra dialogs/confirmations related to SSH. This should help us pinpoint the problem.

[support]

OK, we have contacted them regarding this problem and will post an update here once it’s resolved.

[support]

We usually update our framework/BSP packages quarterly and are planning to update STM32 ones soon. The solution you described could indeed be used as a viable workaround.

[support]

Hi,

The mbed project actually includes a copy of the STM32 HAL framework (in libraries\mbed\targets\cmsis\TARGET_STM\TARGET_STM32xx), so you can theoretically replace it with the one that came with STM32CubeMX and use the code generated by it.

In practice this may trigger compatibility problems between the mbed code that expects an older version of the HAL and the newer HAL take from STM32CubeMX. It should not be anything too complex, but it may not work out-of-the-box.

On the VisualGDB side you can convert an mbed project to a stand-alone one and then switch the files to avoid affecting other projects.

[support]

Hi,

Please try prefixing it with the “monitor” command, i.e.:

monitor loadbin flash.bin, 0x30000000

[Author]

Posts