sergio/takana
> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…
takana etapa 5a: los comentarios de las 741 recetas
1# uthash 2.3.0 — tablas hash, listas y arrays dinámicos como MACROS de C. Entra por OBS: `libobs`
2# la usa para sus diccionarios internos.
3#
4# ══ NO COMPILA NADA, Y POR ESO LA FASE `compile` ES UN `true` ══════════════════════════════════
5# uthash es SÓLO cabeceras (`src/*.h`): no hay librería, ni `.a`, ni `.so`, ni `.pc`. Un consumidor
6# la usa con `#include <uthash.h>` y nada más. La receta se limita a copiar las cabeceras a
7# `/usr/include`, que es exactamente lo que hace el `uthash-dev` de Alpine.
8#
9# El `compile = "true"` no es un placeholder olvidado: takana exige las tres fases, y dejarlo vacío
10# o ausente se lee peor que dejarlo explícito. Que una receta no compile nada es un hecho de la
11# librería, no un descuido.
12#
13# `link` es INERTE acá (no hay nada que ligar) pero se declara igual porque entra en `hash_inputs`:
14# omitirlo tomaría el default y ataría el hash a un default que puede cambiar.
15#
16# Fuente por commit (ADR 0006): `v2.3.0` es un tag LIGERO (una sola ref en `ls-remote`, sin `^{}`)
17# ⇒ este sha ES el commit.
18name = "uthash"
19version = "2.3.0"
20license = "BSD-1-Clause"
21
22[source]
23repo = "https://github.com/troydhanson/uthash.git"
24commit = "e493aa90a2833b4655927598f169c31cfcdf7861"
25
26[build]
27compiler = "zig-cc"
28target = "x86_64-linux-musl"
29link = "static"
30flags = []
31
32[build.phases]
33configure = "true"
34compile = "true"
35install = "mkdir -p /out/usr/include && cp src/uthash.h src/utlist.h src/utarray.h src/utstring.h src/utringbuffer.h /out/usr/include/"
36
37[deps]
38build = []