Skip to content

chore: consume the bindings toolbox and declare the upstream manifest - #23

Merged
jcant0n merged 1 commit into
mainfrom
chore/repoint-to-bindings-toolbox
Aug 1, 2026
Merged

chore: consume the bindings toolbox and declare the upstream manifest#23
jcant0n merged 1 commit into
mainfrom
chore/repoint-to-bindings-toolbox

Conversation

@jcant0n

@jcant0n jcant0n commented Aug 1, 2026

Copy link
Copy Markdown
Member

Fase 2. Repunta CI y CD al toolbox Evergine.Bindings@v1 y añade binding.yml.

Evidencia acumulada de que es un no-op

Siete repos verificados hasta ahora comparando el .nupkg del pipeline viejo contra el nuevo. En todos: mismo conjunto de entradas, tamaños idénticos, y el ensamblado difiere solo en metadatos de build.

Repo Entradas Bytes distintos
Vulkan.NET 7 147 / 1.052.672
OpenXR.NET 7 147 / 671.232
KTX.NET 18 148 / 53.760
xatlas.NET 12 150 / 9.728
Meshoptimizer.NET 12 150 / 15.360
JoltPhysics.NET 17 150 / 119.296
Cesium.NET 48 150 / 50.176

Siempre ~150 bytes con independencia del tamaño del ensamblado, y siempre los mismos: TimeDateStamp del PE, MVID, checksum del PDB y el InformationalVersion 1.0.0+<sha>. Cero diferencias de código.

Hallazgo al escribir el manifiesto

El header viene de Emscripten 3.1.56, pero el README dice que el .NET SDK va acoplado a 3.1.36 para .NET 10. No lo resuelvo aquí: puede ser intencionado, documentación vieja o un desajuste real. El manifiesto deja ref congelado y lo documenta, que es lo que debe hacer — sacar la pregunta a la luz, no contestarla por su cuenta.

🤖 Generated with Claude Code

Repoints CI and CD from evergine-standards@v2 to Evergine.Bindings@v1.
The toolbox holds byte-identical copies of those reusable workflows, so
this is a no-op verified by comparing the produced package against the
run that preceded it.

Adds binding.yml. Writing it turned up something worth recording rather
than fixing here: the header is taken from Emscripten 3.1.56, while the
README states the .NET SDK is coupled to Emscripten 3.1.36 for .NET 10.
Whether that is intentional, stale documentation, or a real mismatch
needs a person to decide, so the manifest marks the ref as frozen --
tooling may report that a newer Emscripten exists but must not propose
the bump.

sync-standards.yml is deliberately left pointing at evergine-standards.
evergine-standards@v2 is untouched and remains the rollback path.
@jcant0n
jcant0n merged commit ca2d664 into main Aug 1, 2026
2 checks passed
@jcant0n
jcant0n deleted the chore/repoint-to-bindings-toolbox branch August 1, 2026 22:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant