-
-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
.Net Core 3+ Support #16
Comments
There are no such plans. FarNet is based on the C++/CLI layer, the actual Far Manager plugin. I am not sure that C++/CLI is well or fully supported by net core and I do not want to investigate at this moment. Why are you asking? |
According to this blog post, C++/CLI is supported on .Net Core 3.1. The reason I asked is because I have fully switched to .Net Core from .Net Framework after 3.0 release, and many of our internal libraries are targeting strictly .Net Core. As such we could not use them with .Net Framework-based libraries. In addition, C# 8 and above is only available on .Net Core and in general .Net Framework is no longer updated, with all the new development happening on .Net Core. Thus especially going forward it will make more and more sense to develop using .Net Core. Hopefully you can take a look at supporting .Net core as well. |
Like I said, I have no such plans. Sorry to disappoint you. I do not need this yet and I am involved in many other projects. BTW, are you sure that you cannot use net core libraries in this or slightly upgraded setup? Have you tried, what's the error? What if we build FarNet with a particular net framework like 4.7.2+ (net core friendly, I heard), will it help? |
I understand. I have very little C++ experience, but perhaps will try compiling the whole thing for .Net Core then. Hopefully it will be straight forward. Unfortunately using any version of .Net Framework won't help since the .Net runtime is ultimately different (.Net Core having certain runtime features not available in .Net Framework at all, like Default Interface implementations for example). So, as I understand it FarNetMan.dll must load and host a .Net Core runtime, not .Net Framework one. Thank you for your fast replies in any case. |
I think FarNet will move to net core when it becomes the mainstream and C++/CLI For now I am closing the issue. If you decide to play with C++/CLI and net core |
@nightroman May be it makes sense to keep this issue open, because there is bigger chance someone could implement it and it will be visible to newcomers. |
@jinek Yes it makes sense to keep it open, some sense, in some projects. In my projects, I usually do not keep open issues that I am not going to work on in the nearest future. This also makes some sense, helps to stay organized. Closed issues are also issues and source of information. As for bugs and true issues, they stay open until fixed (unless won't fix for some reasons). |
@fitdev A bit late question. It looks like using some netstandard only libraries in FarNet is not an issue. I am playing with Microsoft.ML, for example. My FarNet module uses net472 and all works fine. Do you (we) really have to use netcore in FarNet? |
I have been developing my own libraries and projects on .Net Core for a number of years by now, and so cannot use NetStandard approach, since all my libs explicitly target .Net Core and use its functionality. Besides, .Net Core is the future, and .Net Framework is on maintenance mode. I believe with the upcoming .Net 5 especially the interop story will be very good, thus making .Net Core support easier to implement. |
OK, I see, you explicitly target netcore. I agree, netcore is the future. It just has not come to FarNet yet :) |
Hopefully over the next year or two, it will :) |
FarNet 6 announcement -- #25 |
Are there any plans to support .Net Core 3.0 or 3.1 instead of / in addition to .Net Framework?
The text was updated successfully, but these errors were encountered: