Does not seem to work on Linux targeting .NET Core
See original GitHub issueSeems like the initialization is failing on Linux, I’m targeting netcoreapp2.0
, using the NuGet package, and a simple call to any GL API crashes the app (ie. Gl.Initialize
will crash it as well).
Issue Analytics
- State:
- Created 6 years ago
- Comments:28 (11 by maintainers)
Top Results From Across the Web
c# - .NET Core Razor Class Library does not seem to work ...
I have tried to create a .NET Core Razor Class Library. ... Furthermore, in the csproj file, the target framework is set to...
Read more >NETSDK1045: The current .NET SDK does not support ...
NET SDK does not support 'newer version' as a target. Either target 'older version' or lower, or use a .NET SDK version that...
Read more >Getting started with .NET for Linux
Microsoft's decision to make .NET Core open source means it's time for Linux developers to get comfortable and start experimenting.
Read more >.NET Core vs .NET Framework vs .NET Standard: A Guided ...
A guide for understanding the differences between .NET, .NET Core, .NET Framework, .NET Standard, etc. by exploring the history of the platform.
Read more >Using Rider under Linux: prerequisites
NET SDK does not support targeting .NET Core 2.2. Either target .NET Core 2.1 or lower, or use a version of the .NET...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Any fix on the horizon for this? Somewhat related would be the addition of allow users to supply their own loader. For example, a handler that could be passed to the bindings instead of trying to load the natives itself.
Popular libraries for context creation such as GLFW handle this responsibility reliably across platforms, and are pretty much the standard for creating native windows/contexts, and would allow easily bypassing this issue.
Had made my own quick/dirty bindings by auto-generated them from the registry, and uses GLFW as the loader works without any issues, where as this can’t even initialize, and
BindAPI
fails.And we are back to square one: