Mario Guerra

In the next few days, if life and work allows, I plan to update my Silk DX branch. There we can test if it is DX related, or SharpDX-specific, because...

Oops. I think this PR has also taken the commits from the other one, instead of sitting over it.

Well. For now it's only done for the `Stride.sln` solution. I wanted to ask whether I should do it also for `Stride.Runtime.sln`? I've already planned to do it, but wanted...

> @Ethereal77 mentions here that they found issues in the Silk.net integration, maybe they can provide some insights on the OpenGL exception in your log. To clarify, in that comment...

I think in my PR to switch to Silk.NET I've removed support for DX versions < 10 already. The minimun level for DirectX is DX10, released with Windows Vista in...

I experimented some time ago with replacing the Stride's `ModuleInitializer` with that of .NET and C# 9, but as you have seen, Stride specifies sometimes an initialization order that the...

What the Stride's `[ModuleInitializer]` does is composing a list of init functions that are called in order by the module static constructor. The .NET / C# `[ModuleInitializer]` also does that,...

Another thing I thought back when I was experimenting with this is that for all these little generated things that have to know each other or depends on each other...

@BldgBlocks That is the documentation for the .NET version of the `[ModuleInitializer]` attribute. The Stride one is exactly the same (functionally identical), with the added bonus that you can define...

As promised, I've uploaded my little experiment to GitHub: [InitializeAtStartup-SourceGen](https://github.com/Ethereal77/InitializeAtStartup-SourceGen) To avoid confusion with the .NET's `[ModuleInit]` attribute, in the experiment I've named the attibute `[InitializeAtStartup]`. It accepts an `order`...