Language server ignores / doesn't use built-in types

[bernardnormier]

With version 4.1.0.

I am using an IceRpc::ServiceAddress. The code compiles fine but the Language Server is not happy:

[{
	"resource": "/C:/Users/bernard/source/repos/icerpc-ice-csharp-interop/tests/Interop.Tests/Slice/TagTests.slice",
	"owner": "_generated_diagnostic_collection_name_#5",
	"code": "E049",
	"severity": 8,
	"message": "no element with identifier 'IceRpc::ServiceAddress' exists",
	"source": "slicec",
	"startLineNumber": 18,
	"startColumn": 45,
	"endLineNumber": 18,
	"endColumn": 67
}]

[ReeceHumphreys]

This is intentional behavior - if you want to use built-in types, you must point the language server to them in the reference directories configuration.

We initially discussed baking the well-known types into the language server but decided not to do it; I cannot remember why.
Do you think we should be baking them in @bernardnormier

[bernardnormier]

I don't find the current behavior sensible.

In general, when you look at a Slice file in a C# project, if this Slice file compiles fine in that project, the Slice extension should not show any error in that file.

As far as slicec-cs is concerned, there is no baked-in file. They are all regular "reference files".

[externl]

Right now we don't parse the c# files to try and sort your the users slice compilation. If you want to be able to reference our built-in types, the references configuration will need to be updated.

I'm also not sure that there's a good way for us to parse these cs project files, though I haven't looked.