# wayland 1.25.0 — libwayland-client/server + wayland-scanner. Lo enlaza mirada (smithay) y Mesa
# (plataforma wayland). Proyecto meson. Sin docs/tests; sin dtd_validation para no arrastrar
# libxml2. Core enlaza libffi; wayland-scanner usa expat (ambos ya en hammer). zig 0.13.0 por el
# patrón musl (evita miscompilación del zig default). link=dynamic: shared libs (Mesa las liga).
#
# ROOT CAUSE RESUELTO (2026-06-27) — el build de libwayland fallaba con `WL_SHM_FORMAT_*`/`wl_*`
# «undeclared»: los headers de protocolo salían VACÍOS. NO es bug del scanner ni del XML (ambos
# OK). Causa real: en el sandbox el `wayland-scanner` in-tree se compila ENLAZADO DINÁMICO contra
# la musl (zig cc nativo no hace estático acá), y bajo musl-dinámico `freopen(@OUTPUT@, "w", stdout)`
# queda roto por la copy-relocation de `stdout` → trunca el archivo pero manda el header a stdout,
# dejando el @OUTPUT@ vacío. FIX: `wayland-scanner-dup2-output.patch` redirige la salida con
# `dup2(fd, STDOUT_FILENO)` (a nivel de descriptor) en vez de `freopen` ⇒ robusto al modo de enlace.
# Verificado byte-a-byte: salida idéntica a la del scanner estático (217484 B al archivo). Ver
# docs/14 §Estado de build y el encabezado del .patch.
name    = "wayland"
version = "1.25.0"
license = "MIT"

[source]
tarball = "https://gitlab.freedesktop.org/wayland/wayland/-/releases/1.25.0/downloads/wayland-1.25.0.tar.xz"
sha256  = "c065f040afdff3177680600f249727e41a1afc22fccf27222f15f5306faa1f03"
patches = ["wayland-scanner-dup2-output.patch"]

[build]
compiler    = "zig-cc"
target      = "x86_64-linux-musl"
link        = "dynamic"
zig_version = "0.13.0"

[build.phases]
configure = "meson setup output --prefix=/usr --buildtype=release -Ddocumentation=false -Dtests=false -Ddtd_validation=false -Ddefault_library=both"
compile   = "ninja -C output"
install   = "DESTDIR=/out ninja -C output install"

[deps]
build = ["meson", "samurai", "python3", "pkgconf", "libffi", "expat"]
