Skip to content

Conversation

@Beyley
Copy link
Contributor

@Beyley Beyley commented Jan 18, 2026

Summary of the PR

Updates all our SPIRV bindings, along with associated native libraries.

Tested with SpirvTest in Lab on both Linux and Windows.

Beyley and others added 6 commits January 18, 2026 14:00
…buntu SMP Sat Jun 28 04:46:03 UTC 2025 (#2538)

Co-authored-by: The Silk.NET Automaton <9011267+dotnet-bot@users.noreply.github.com>
…-Ubuntu SMP Sat Jun 28 04:46:03 UTC 2025 (#2537)

Co-authored-by: The Silk.NET Automaton <9011267+dotnet-bot@users.noreply.github.com>
@github-project-automation github-project-automation bot moved this from Todo to In Progress in Silk.NET Development Tracker Jan 20, 2026
Copy link
Collaborator

@Exanite Exanite left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Everything looks good.
The two comments I added can be ignored since these are intentional upstream changes: KhronosGroup/SPIRV-Reflect@4c6d3f3#diff-237273a1f8e271be8f0e0ea416c96bb71a801fd817013835b85406cfa984a2f0L396

[NativeName("Type", "int")]
[NativeName("Type.Name", "int")]
[NativeName("Name", "built_in")]
public Silk.NET.SPIRV.BuiltIn BuiltIn;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems weird. Why did this change to an int?

Silk.NET.SPIRV.Op? op = null,
byte* typeName = null,
byte* structMemberName = null,
Silk.NET.SPIRV.StorageClass? storageClass = null,
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: In Progress

Development

Successfully merging this pull request may close these issues.

5 participants