[support]

Hi,

VisualGDB generates the gcc_Debug.h file during toolchain testing (it runs gcc with the arguments specified in your project properties and in a special mode where it dumps all implicit preprocessor macros). Most likely your project somehow explicitly overrides the ‘unix’ macro and VisualGDB doesn’t catch it.

You can resolve this by either editing the gcc_Debug.h file (it won’t be regenerated unless you edit some toolchain-related settings in VisualGDB GUI) or adding something like this to one of your commonly used header files:

#ifdef SYSPROGS_CODESENSE
#undef unix
#endif

[support]

Hi,

Unfortunately as you have cropped the screenshot, hiding the navigation bar, we are not able to tell whether the Clang engine is properly attached to the source file. Please attach a screenshot of the entire VS window as requested above.

Also if the manual auto-completion (triggered by Ctrl+Space) works, but the automatic one doesn’t, please try clicking the lightning symbol in the auto-completion popup to enable the automatic mode.

[support]

Hi,

VisualGDB 4.2 is more than 3 years old and is naturally missing many usability features. Please install the latest VisualGDB 5.3 – it allows excluding specific subdirectories using the ‘-‘ syntax, e.g.:

-.git;*

This syntax will recursively upload all files from all directories, automatically skipping over .git (and its subdirectories).

[support]

Hi,

This could happen if you were using the previous version of the STM32 BSP with the original GNU ARM toolchain (not the toolchain shipped by us). Please double-check that you have the latest version of the STM32 BSP.

[support]

Hi,

VisualGDB actually supports the original ESP-IDF projects using a slightly different mechanism (it is fully described here), so we would advise updating the IDF in the esp-idf.orig folder and trying it out.

The generator usually needs minor updates between ESP-IDF releases due to breaking changes. We are planning to update it (and also release an updated toolchain) within the next month.

[support]

Hi,

No problem and good to know it works. If you encounter any further issues, please feel free to contact us again.

[support]

Hi,

Thanks for the update. We would definitely need to see the screenshots to advise you further. By “Entire Visual Studio Window” we mean the physical window created by Visual Studio (including the navigation bar, Solution Explorer and Errors pane). Those panes may contain clues to  the problem and we would need to see them to understand which parts of the IntelliSense engine have been initialized properly.

[support]

Hi,

This looks like an incomplete toolchain installation. Please try restarting Visual Studio and creating a new project with the same toolchain. If it doesn’t help, please let us know if you are using GNU Make or MSBuild.

[support]

Hi,

This looks like all necessary header files were included properly, but the .cpp file (or library) containing the implementation of HardwareSerial::begin() was not included in the project. The solution would be to locate the source file implementing this method and add it to the project as well.

If you encounter any further problems, feel free to post the details here and we will help you resolve them.

Also if you prefer a turnkey solution ASAP, please feel free to send us the Arduino code you would like to convert to a VisualGDB project and we will give you a quote for doing this on our side.

[support]

Hi,

VisualGDB inserts extra indentation after incomplete statements (not ending with ‘;’ or ‘}’), so this is by design.

If this is annoying, we could add an option to disable this behavior for templates. Could you give us an example of how you usually format your template declarations so that we could ensure the new option supports it?

[support]

Hi,

This is strange. We have just tried reproducing this on a clean project, but could not get the errors you are experiencing. Most likely your project picked up a wrong C++ language standard setting.

We could help you pinpoint this if you could let us know the project type (Make, MSBuild, CMake, Advanced CMake) and whether you can reproduce the same behavior on a clean “Hello, World” project.

[support]

Hi,

Sorry, the remote source cache location is fixed and cannot be changed.

One quick workaround would be to try using the Advanced CMake Subsystem with the direct SSH file access. It will perfectly support long paths, duplicate case-sensitive names and other scenarios that don’t work on Windows.

Another option would be to indeed copy the toolchain directory somewhere locally and then use the header discovery mechanism to quickly locate the missing headers.

[support]

Hi,

We are sorry that it’s not working out. We are planning to add Arduino support in the upcoming VisualGDB 5.4, however we still don’t have a specific deadline for it set (we are currently finishing a major VisualKernel update and will make more specific VisualGDB plans once it is released).

Until we officially support it, we can answer general questions (e.g. help you resolve the Wire.h problem), but we cannot guarantee that it will fully work, as there might be non-trivial Arduino-specific changes. We could also help you convert the project to VisualGDB as a part of our paid consulting services, however if you are OK waiting a few months until Arduino is fully supported, you will get this functionality as a part of your regular VisualGDB license.

[support]

Hi,

The code analysis results are normally shown in the regular Errors pane (and are also highlighted in the code). They don’t interfere with the build and can be distinguished by the “[Clang IntelliSense]” prefix:

If they don’t appear for your project, please try creating a new project from scratch and see if this works. If yes, please try comparing project properties between the 2 projects.

Attachments:

You must be logged in to view attached files.

[support]

Hi,

No problem, we have released a toolchain update including SDK 2.1.0. You can update it via VisualGDB Package Manager.

[Author]

Posts