VS Arduino - 20.03.21.2 - VS2017/2019, Atmel Studio 7, CLI (RELEASED)

May 26^th, 2025 at 3:22am (UTC)

Before logging an issue, please update to the latest release of Visual Micro from the Downloads Page.

When Logging a Support Issue in the Forum, please ensure you have also:-

Enabled vMicro > Compiler > Show Build Properties
Re-Compile your program with these settings enabled

Save the new Output to a Text File and....

Click the Reply button and attach as .txt file OR
Click here to Email us with the file attached, and a link to your post

Support requests without the output above may be impossible to answer, so please help us to help you

VS Arduino › › › 20.03.21.2 - VS2017/2019, Atmel Studio 7, CLI (RELEASED)

‹ Previous Topic | Next Topic ›

Pages: 1

Send Topic

20.03.21.2 - VS2017/2019, Atmel Studio 7, CLI (RELEASED) (Read 548 times)

Tim@Visual Micro Administrator Offline Posts: 12188 Location: United Kingdom Joined: Apr 10^th, 2010	20.03.21.2 - VS2017/2019, Atmel Studio 7, CLI (RELEASED) Mar 22^nd, 2020 at 4:10am	Print Post
	Download Visual Micro 20.03.21.2 for VS2017/2019 Download Visual Micro 20.03.21.2 for Atmel Studio 7 Download Visual Micro 20.03.21.2 for Atmel Studio 7 (v2 Installer) Download Visual Micro 20.03.21.2 CLI Deep search lib discovery:- Escape -D defines in compiler patterns if they have quoted literal values. An example being esp32 which has a -DMBEDTLS_CONFIG_FILE="mbedtls/esp_config.h" property. Esp32 also does not defined the recipe.preproc.macros variables which causes Visual Micro to use the the cpp compiler recipe. Deep search will now add missing chars and escpape defined in the same that it already does when compiling. In this case the Adafruit Esp32 define becomes "-DMBEDTLS_CONFIG_FILE=\"mbedtls/esp_config.h\"". Whilst deep search has always worked without the correct escaped command line the new ctags based prototype generation could not function because it can't ignore compiler errors caused by invalid -D defines. In short, recent releases of visual micro would have failed with some esp32 boards (and possibly others) unless ctags was disabled in a local board.txt When prototype generation via ctags is off the older prototype generation system should have been used. Fallback to using older system to generate missing prototypes if the new gcc based system fails. An information message should state this has happened and ask for report. Remove error message when ctags parsing fails but the fallback has worked. (we will mature the ctags system during the next few weeks!) ctags failed to generate prototypes under various situations! I think we finally nailed the new prototype discovery which is required to be compatible with the arduino ide. Sorry for the pain during the past week.
	« Last Edit: Mar 26^th, 2020 at 1:31pm by Tim@Visual Micro »

	WWW Facebook Twitter YouTube IP Logged

Pages: 1

Send Topic

‹ Previous Topic | Next Topic ›

« Board Index ‹ Board Top

Cookie Consent