Hi,

after I installed version 3.0.4 for the ESP32 board, intellisense no longer recognizes the definition for IRAM_ATTR. This macro is in 
.... sp32??\include\esp_common\include\esp_attr.h. (??: S2, S3, C3, etc.). Somehow this file is not included. However, the compiler recognizes the file and integrates it correctly.
When compiling, a file with the name "nul.d" is generated in the build directory (this name is poorly chosen, "nul" is a reserved device name, you have to rename it to open it). This file contains a list of all included files. It contains the "esp-attr.h". (after upgrading to the newest VM version this file is no longer generated, a great pity)

Intellisense does not recognize the type "hw_timer_t". This is defined in the file ", but is linked to the condition "#if SOC_GPTIMER_SUPPORTED". Intellisense does not find a definition for "SOC_GPTIMER_SUPPORTED". Obviously a definition or an included file is missing here.

Thanks for the report.

Can you try closing the solution, and then deleting the ".vs" folder, and reopening the solution, and running the build again?

Both the IRAM_ATTR and hw_timer_t attributes are recognised by Intellisense on the same board package version and vMicro version for me currently.

Is the old project still in the old format (i.e. doesn't display "(Arduino)" after the project name in Solution Explorer)?

If so it can be converted to use the new Intellisense System which is the default for new projects:
https://www.visualmicro.com/page/Upgraded-Intellisense-System-in-Visual-Micro.as...

There is another problem when using IRAM_ATTR. Line number are wrong. Compiler error messages point to wrong lines. I wrote a small program to show the problem.

When function "func" gets the IRAM_ATTR line numbers in the generated cpp files are wrong. 'const int c = 5;' is on line # 7. Line # 10 is false. Without IRAM_ATTR the lines are correct.

Thanks for the updates, and glad the Intellisense is working as expected.

We will investigate the line numbers as a separate issue.