…but I can’t find any mention anywhere of Rhino supporting plugins in .Net Core 8 yet. Apologies if I just missed it.
Are we moving to .Net Core 8 yet, or are there good reasons to stick with .Net Core 7 for a while longer yet. When can we stop supporting .Net Framework?
Maybe it’s that you know more about this than I do, but here is the alert that Visual Studio has been throwing me:
“The target framework ‘net7.0’ is out of support and will not receive security updates in the future. Please refer to .NET and .NET Core official support policy for more information about the support policy.”
Maybe I don’t know what a security update for the framework entails. Why should or shouldn’t I be concerned, for myself or my users?
Hi Arthur,
We don’t want to introduce potential new issues by switching the runtime in a stable version of Rhino. It is possible to have Rhino run with .NET 8, but we don’t make that the default configuration.
It’s obvious enough why you would stick with an older runtime, and I’m not advocating that you change your approach here. I was a little hopeful that the addition of v8 in the setdotnetruntime command might mean we could compile our tools for .Net 8, and use a supported runtime.
Absent that, the question has become, should I be concerned about using an unsupported dotnet core 7 runtime, and why or why not?