Comment by neonsunset

It seems you're interested in proving your world view rather than finding (easily available) solutions to your problems (the whole argument was pure hypocrisy - you're asking about native dependencies that ship with OS, that isn't MIT, instead of using e.g. Linux, if that's what you care about). You did not even follow the initial easy steps to set up a project or did not look up basic CLI commands like dotnet new or dotnet sln to easily manage whatever you're working with (it's easier than Go and similar to Rust's cargo).

I have never seen a programmer struggle this much, failing to follow basic list of steps and ending up at the strange links from google, so my point in the previous reply continues to be relevant. Hell, an acquaintance of mine managed to get NativeAOT compilation working on the second try despite exotic NixOS setup and having zero experience with .NET beforehand.

And mind you, my first job was first level of customer support, so there were a fair share of users that misread the messages, and this case is like one of those bad ones. And, you know, the users who have a problem usually at least make an attempt to understand, as they are invested in solving it. But because you are invested in the opposite, no amount of explanation will help.

Note to readers: do not follow the structure at the link, it's outdated and refers to personal template preferred by David Fowler, you don't need all of that and it was also created during the days of .NET Core 1.

There are two main "project manifest"-like files that .NET uses: .csproj (or .fsproj and similar) to declare projects, and .sln to group multiple projects together. Those are managed with `dotnet new {templateName}` and `dotnet new sln` then `dotnet sln add/remove {path/to/project}`. Everything else is optional.