Forum Replies Created
-
AuthorPosts
-
support
KeymasterHi,
We have simplified the integration with STM32CubeMX in VisualGDB 5.0 Beta 3 and added a detailed tutorial showing how to use it: http://visualgdb.com/tutorials/arm/stm32/cube/
support
KeymasterDo those files (e.g. libSM.so.6) exist in your toolchain’s sysroot? If yes, what is the directory containing them?
July 3, 2015 at 22:33 in reply to: STM32 Makefile add -Wa -adhlns… to create assembler listing. #6675support
KeymasterHi,
Please try adding the flags directly to the targets and target templates, e.g.:
$(BINARYDIR)/%.o : %.cpp $(all_make_files) |$(BINARYDIR) $(CXX) $(CXXFLAGS) -c $< -o $@ -MD -MF $(@:.o=.dep) <add your flags here>
support
KeymasterLooks like you are missing some libraries in your project properties. Search the sysroot\usr\lib directory for files containing the undefined symbols from the error message and add the found library names (without ‘lib’ prefix and extension) to the library list in VisualGDB Project Properties.
Regarding real-time IntelliSense, you can try enabling Tools->Options->C/C++(VisualGDB)->Advanced->Code Completion->Suggest names while typing. If this is not what you meant, please provide us with a better example of what you are trying to achieve.
support
KeymasterPlease contact our sales at sales@sysprogs.com for details about the number of machines.
support
KeymasterThe Visual Studio compiler and GCC are not 100% compatible when it comes to complex C++ templates. You may need to adjust your code so that both compilers can handle this (the problem is well-known, so googling for specific errors should easily get the fixing instructions).
You can specify -std=c++11 or -std=c++14 in CFLAGS on the Makefile Settings page of VisualGDB Project Properties.
support
KeymasterHi,
Please add the directory containing the missing header file to the “Include Directories” field on the Makefile Settings page of VisualGDB Project Properties. Adding the file to the Solution Explorer simply makes it easier to open, but does not affect search paths used by the #include<> directives.
support
KeymasterYes, this has been fixed in Beta 3.
support
KeymasterHi,
Please ensure that the jni folder is located directly inside the “C:\Users\nzmora\AndroidStudioProjects\CameraProcessor\app” folder.
If this does not help, please share a tree of all files (cmd /c tree /f > tree.txt) in the project directory.
support
KeymasterThis does not indicate an error. It just means that those tools are not present in your toolchain and VisualGDB will use the Windows equivalents. In fact, VisualGDB 5.0+ does not show the ‘X’ even if the tools are missing, as this sometimes causes confusion.
support
KeymasterHi,
VisualGDB uses a different syntax for displaying pointers as arrays. Please use the following expression:
*foo@length
support
KeymasterMost likely the problem happens because Visual Studio confuses some of the files downloaded from the remote machine with its own project files and refuses to create the project.
Please share the following:
- The exact directory of your project and the project name
- The screenshot of the message
- The contents of the directory when Visual Studio shows the error message
This should help us understand which files could be interfering with Visual Studio project creation.
support
KeymasterHi,
Actually one of our customers has contributed a package already and we are currently reviewing it and will be publishing an official one within the next few months.
We can provide you with the current version on the “as is” basis if you want to try it. Please email our support to get a download link.
support
KeymasterLooks like the first problem is caused by some broken symlinks on the Linux side. You can investigate this by running “ls -l” in the target directory and checking that all symlink targets exist.
The glibc problem can be caused by incompatibility between your toolchain and the system image. Please try the instructions described here: http://sysprogs.com/w/forums/topic/raspberrypi-undefined-reference-to-clock_gettimeglibc_2-17/
support
KeymasterHi,
VisualGDB Linux edition can only upload sources from one directory (with arbitrary subdirectories), so you can simply change the source directory to point to the parent one if that helps. If your source files are scattered around several directories, you would need additional file transfer actions that are available in the Custom edition and higher.
Note that if you have purchased a license recently, you can upgrade from Linux to Custom for just the price difference.
-
AuthorPosts