Variables defined with set_variable() are flagged as unknown identifier

[ppaalanen]

This problem affects https://gitlab.freedesktop.org/wayland/weston .

In protocol/meson.build many variables are instantiated with set_variable().

In all other meson.build files (example) all such variables are reported as "Unknown identifier". Naturally the project builds fine.

Is this even the right place to file this issue?

Is this too difficult to fix in the LSP side? I can imagine it could be. I wouldn't want to completely disable unknown identifier warnings.

[tristan957]

It is hard to fix on the language server side. What language server are you using?

[JCWasmx86]

Is this too difficult to fix in the LSP side?

Maybe 5-10 hours of work(?) But well mesonlsp is unmtaintained 🤷

I wouldn't want to completely disable unknown identifier warnings.

Not supported - at least on the LSP side.

set_variable is basically the most dynamic thing in meson besides e.g. subdir so the code to calculate possible values is quite optimized for a few cases, not every case as that would be (a) impossible with the current approach and (b) too slow

[ppaalanen]

What language server are you using?

I don't know, I just installed mesonbuild.mesonbuild VScode extension and allowed it download something. The settings seem to say mesonlsp. I'm on Linux FWIW.

I'm ok with understanding that issue is not feasible to fix on the extension or LSP side. I didn't find an existing report on this.

Seeing the Weston code that uses set_variable(), would you have any suggestions on how to avoid the problem that didn't involve open-coding the loops?

Maybe I could statically initialize all the variables that set_variable() will eventually set...

[tristan957]

I'm going to close this issue since mesonlsp is deprecated.

[ppaalanen]

Is there a non-deprecated language server?

I guess not, since there is no other option in the VScode extension.

[tristan957]

Is there a non-deprecated language server?

I guess not, since there is no other option in the VScode extension.

The muon language server. See #278