Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
Resharper uses a separate IntelliSense engine, so unless JetBrains explicitly adds support for parsing VisualGDB projects, it may not work properly.
We do recommend using our Clang IntelliSense engine for VisualGDB projects as it is especially optimized for GCC-specific code and provides many improvements compared to the regular Visual C++ IntelliSense.
If you miss some of the features with it, please let us know and we will consider adding them.
support
KeymasterHi,
No problem. If you encounter further problems, feel free to contact us again.
October 26, 2016 at 21:56 in reply to: cc: error: ProvideDirectories: No such file or directory #9368support
KeymasterHi,
Thanks, we have located and fixed the problem. It was caused by a conflict between an internal target called ‘build’ and build.c in your project. Please try this build: VisualGDB-5.2.12.1269.msi
October 25, 2016 at 20:02 in reply to: VisualGDB with Windows 10 (Anniversary Update) Linux support #9359support
KeymasterOK, we have added support for this to VisualGDB 5.2 Beta 4.
You can find a detailed tutorial here: http://visualgdb.com/tutorials/linux/win10/
support
KeymasterHi,
No problem. Could you provide an example of the copy-modify-writeback function you mentioned? Do you mean software breakpoints in FLASH memory?
support
KeymasterHi,
This looks like a known bug of Resharper. Please try disabling it and ensure that you have Visual C++ installed.
October 25, 2016 at 02:32 in reply to: Extremely Slow Clang Autocomplete suggestions [VGDB ROS LINUX PCL] #9348support
KeymasterHi,
Sorry, looks like you are using v5.1. Please try the latest v5.2 beta. It uses separate internal environments to handle the long reparse and critical operations like code completion, so it should be much faster.
support
KeymasterHi,
If the bootloader expects the non-bootloader code to be placed at a specific address (e.g. 0x8005000), the easiest way to achieve this is to add a line like this before the corresponding section in your linker script:
. = <offset to place subsequent code/data>
You can double-check the addresses of the code and variables by enabling the map file generation and looking through the map file once the build is done.
October 24, 2016 at 18:26 in reply to: Is there a way to disable VisualGDB from using Project Dependencies ? #9344support
KeymasterHi,
Sorry, not fully automatically yet. You can either re-create a project, or manually create a new platform “VisualGDB” via the Configuration manager and set the VS properties like .vgdbsettings file, toolchain, etc. manually. If you encounter any problems, feel free to let us know and we will provide help.
We will consider adding automatic conversion to v5.3.
October 24, 2016 at 18:15 in reply to: Is there a way to disable VisualGDB from using Project Dependencies ? #9340support
KeymasterHi,
The easiest way would be to modify the Makefile to remove the references to EXTERNAL_LIBS so that the variable is simply ignored.
A better solution would be to try out the new MSBuild backend that comes with VisualGDB 5.2. It’s faster, more flexible and handles project references in a smarter way that does not break with non-default folder names.
October 24, 2016 at 18:14 in reply to: Disable auto-updating of EXTERNAL_LIBS while keeping auto-updating of SOURCEFILE #9339support
KeymasterHi,
This is not possible directly, however you can simply remove the references to $(EXTERNAL_LIBS) in the Makefile rules. Hence VisualGDB will update the variable, but its value will be ignored.
support
KeymasterHi,
Sorry about this, it’s a separate problem actually. A quick workaround would be to manually change the colors for “Refactoring suggestion” via Tools->Options->Fonts and colors->Text Editor.
The upcoming Beta 4 will include automatic detection of the dark theme that will pick better default colors.
support
KeymasterHi,
The easiest way would be to copy it to the standard library directory on your target (e.g. /usr/lib), synchronize cross-toolchain sysroot (if you are using one) and just add the library name without the ‘lib’ prefix and ‘.so’ suffix to the “Library Names” field. Alternatively you could add the full path to the .so file to the “Additional Linker Inputs” field, but you would need to ensure that the relative path to the library during compilation matches the relative path during runtime (or use LD_LIBRARY_PATH to explicitly specify where to search for the libraries).
October 21, 2016 at 18:25 in reply to: Visual Studio crashes after a SEGFAULT or an ABORT signal #9325support
KeymasterHi,
Yes, please try selecting “Attach To -> Select -> Managed (v4.6, …) and Native”. Selecting both Managed and Native should catch the crash properly.
support
KeymasterHi,
No problem. We have added this to v5.3 roadmap and will post an update here once we have a preliminary version of the API available.
-
AuthorPosts