IntelliSense doesn't work without #include <Arduino.h>

[zeroamps]

IntelliSense doesn't work correctly.
After adding #include <Arduino.h> it starts working fine.

Screenshots

Desktop

• OS: Windows 10
• Arduino PRO IDE : 0.1.4.

[kittaakos]

@chovanj, which board did you select? At the moment, the language features do not start until you pick a board.

[zeroamps]

@chovanj, which board did you select? At the moment, the language features do not start until you pick a board.

[kittaakos]

Do you see any errors in the console if you start the app from CMD.exe?

[kittaakos]

Also, do you see an error like Couldn't start client Arduino Language Server (or similar) when you start the app?
You can see the notification center by clicking on this icon:

[zeroamps]

No, there are no messages in the status bar.

[kittaakos]

Can you please enable the language server logs and share them with us?

---

Please follow the steps if you want to help us figure out what's wrong:

• create a new sketch,
• save it (so that you will find it later in your Sketchbook),
• open the preferences with Ctrl+,,
• select Enable language server logging,
  
• and pick a board; you can reselect the current one. (The last steps should trigger the language server restart.)

You will find a few log files in the sketch folder; could you please attach them to this issue? Thank you!

[kittaakos]

By the way, did you install the platform for the Uno board?

[zeroamps]

By the way, did you install the platform for the Uno board?

Hi, from this video it could be more obvious.

[kittaakos]

from this video it could be more obvious.

Could you please share the log files with us to make this more obvious? Thanks!

[mink99]

This seems to be a conceptual/design error in the clang integration.
The compilation path is well known in the ide, but the clang tool is fed with a different source of information, which is obviously faulty. Providing two different sources of information, the compile path generated correctly, and the clang include path not will or has resulted already in many similar bugs.

You may see that the IDE had not even tried to parse the libraries, regardless of whether the project is using an included system library (referring to Arduino.h) or a user library (referring to nmidi.h in my example)
inols-clangd.log
inols-clangd-err.log

[mink99]

Simple partial Fix:
create a clangd configuration file in your home directory (see : https://clangd.llvm.org/config.html) like this

CompileFlags:
       Add:    -I K:\Develop\Libraries

now clangd will parse the #includes, (even by magic the <arduino.h>)

please note:
K:\Develop is my sketch folder, therefore K:\Develop\Libraries is my libraries folder

of course the correct solution would be to create a project configuration file (.clandgd) in the current source tree and put the well known library path , system and user in there.

[mink99]

no <arduino.h> included :

[per1234]

Thanks for your reports @zeroamps and @mink99 . There have been some recent improvements to the Arduino Language Server that provides this capability in the IDE. These improvements are available from the latest release of the Arduino IDE.

Please try again with the latest build of the Arduino IDE and let us know whether or not the bug is fixed for you.

[per1234]

Closing due to lack of response.

@zeroamps and @mink99 if you will provide the requested information by commenting here, I'll be happy to re-open this issue.

[mink99]

Tried, and did not work....
Did you try the recommended fix (.clangd as mentioned above ) ?

[mink99]

The bug is not about Arduino.h. it is about all external libraries that are not in the project directory, but are used in an include <blablabla.h> statement, or as described above, the compilation path is not provided to the language parser.

[mink99]

It seems you even broke the simple fix with .clangd with the latest update :)