@Curin I've just noticed these operators
@Curin I've just noticed these operators:
...
public static implicit operator Ptr3D(void* ptr) => new((void***)ptr);
public static implicit operator Ptr3D(void** ptr) => new((void***)ptr);
public static implicit operator Ptr3D(void* ptr) => new((void***)ptr);
public static implicit operator Ptr3D(void** ptr) => new((void***)ptr);
Plans for CI
Plans for CI
Versioning
Number: X.Y.Z
CI will automatically handle versioning, committing it directly to the main branch as part of the automated release pipeline ("Tuesday Snap"). For Patch Tuesday, it sets Z to zero and increments Y; X remains unchanged. For emergency patches, only Z is incremented, leaving the others untouched. The version is automatically incremented, pushed to main by CI, and then tagged and released....
man just did a discord search for
man just did a discord search for "PathResolvers" and got a blast from the past
Winapi ClangSharp Issues
@tannergooding oh boy... clang 13 seems to have changed the way calling conventions are evaluated, it seems our "winapi" detection has broken!
wasm woes
also I think the whole "oh look how cool on browser (on other platforms go fuck yourself) you can just include your C file and then do DllImport with the C files name" thing is just a lie
GetHashCode weirdness
Sorry, got caught up in a big mess at the end of the week, so everything got halted. I am going to get back into it hopefully today or tomorrow. I have updated the proposals, with the
Any
overloads idea (which allows you to use the unmanaged and managed chaining systems with 'looser' constraints when you want to), and it works well. I also implement equality on ManagedChain
to make them more similar to Tuple
. However, I have encountered the wierdest bug ever in my GetHashCode
impleme...BuildTools Vulkan
At the moment BuildTools creates a structure for each alias, even though identical to the root structure.
IDisposable changes to the PFN structs
Created a PR for the IDisposable changes to the PFN structs that are manually written:
https://github.com/dotnet/Silk.NET/pull/615...
input-proposal
to clarify: i'm proposing that
foreach
and for
be exactly the same in that they both don't care about the IsConnected
property