-
Notifications
You must be signed in to change notification settings - Fork 28
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
Added .NET Framework interoperability to the core and started a c# binding library #1
base: master
Are you sure you want to change the base?
Conversation
Thanks for your PR! We are not ignoring you, it's just that there isn't really much development going on with LS right now... My main question is if this couldn't be done as a module instead? Does it really require changes to the core? |
Adding .NET to the core seems natural to enable .NET created modules to work with Litestep just as if they were created native modules. So for an example, a configuration like:
Look and feel the same just that one lets Litestep know it should host the module in the .NET runtime. The other reason for integrating this functionality into the core is because I'm experimenting with a shell replacement for a kiosk experience. Litestep has all the basic functionality I need and the climate here is .NET (none wants to fiddle with C++) so I'm needing to accommodate developers with .NET skill sets. I wanted to contribute this functionality back to the community if its deemed useful :) |
…as adding the LsapiSharp assemblies to the sdk folder
* Started work on integrating dotnet core * Able to load .NET Core runtime inside of Litestep * Refactored CLRModule abit
shame .net is not open source compilable tho |
No description provided.