diff --git a/docs/state/repro-verificado.tsv b/docs/state/repro-verificado.tsv index 1a6399e0..b7535789 100644 --- a/docs/state/repro-verificado.tsv +++ b/docs/state/repro-verificado.tsv @@ -86,3 +86,5 @@ dwarves c77953627a7f2913ce6b617cb1baebd45f701c6130a440f525e94c5e453f3b0f 2026-09 ia-modelo-embeddings 2c0c425833464e166b5bcb623d809018d68d14fab28320a303e2fb55e2b44714 2026-09-12 reproduce ia-modelo-chat 09cea3f0fce85afa1c26d4d7591058f5b019c34a8c961531218d76bad0ff19a3 2026-09-12 reproduce firefox-pgo-profile 3647c6be5f37b641620c93840eb86f4c8b7d655d2c1f5c67a97901337607c720 2026-09-12 reproduce +abseil-cpp 8faf0d793ce7db5c36da139ce36564cb62b4e1e9dd033febdbe7e1f2810d3c89 2026-09-12 reproduce +protobuf 3de99c8fa1387023468a4164ea936948e5d8ade94ce6bd98ad215efd66080519 2026-09-12 reproduce diff --git a/recipes/abseil-cpp.toml b/recipes/abseil-cpp.toml index c64ec207..c86caff6 100644 --- a/recipes/abseil-cpp.toml +++ b/recipes/abseil-cpp.toml @@ -22,9 +22,8 @@ # targets de CMake, y protobuf puede compilarse con otro ⇒ dos mitades del mismo binario con # `std::string_view` distinto. Es la familia de las dos glib estáticas en un proceso, en C++. # -# ⚠ **`compiler = "gcc"` NO ES UNA PREFERENCIA: ES EL CONTRATO CON PROTOBUF, Y SE DESCUBRIÓ -# ROMPIÉNDOLO.** Con `zig-cc` esta receta sella perfecto —669 ficheros, 88 `.a`— y después protobuf -# muere al enlazar con: +# ⚠ **EL `compiler` DE ESTA RECETA Y EL DE PROTOBUF TIENEN QUE SER EL MISMO, Y SE DESCUBRIÓ +# ROMPIÉNDOLO.** Con esta en `zig-cc` y protobuf en `gcc`, protobuf muere al enlazar con: # # undefined reference to `std::__1::basic_string<…>::assign(char const*, unsigned long)' # @@ -37,7 +36,15 @@ # `-DABSL_PROPAGATE_CXX_STD=ON` cubre el OTRO eje del mismo problema —que el *estándar* (C++17) viaje # a los consumidores por los targets de CMake— pero no cubre éste: la *librería* no la propaga CMake, # la elige el compilador. Por eso la decisión vive en el campo `compiler` de las dos recetas, y -# cambiar una sin la otra vuelve a romper. +# **cambiar una sin la otra vuelve a romper**. +# +# **Las dos volvieron a `zig-cc` el 2026-09-12.** La huida a `gcc` fue para esquivar un crash del +# linker de zig en los plugins `protoc-gen-upb*` de protobuf, esquivado SIN conocer la causa. La +# causa apareció al día siguiente en `dwarves` y es otra: el `lld` de zig 0.16.0 **segfaultea con el +# `--dependency-file` que CMake ≥3.27 mete en la línea de enlace**, y se apaga con +# `-DCMAKE_LINK_DEPENDS_USE_LINKER=OFF`. Con la causa arreglada el escape sobra — y vale más quitarlo +# que dejarlo: el toolchain por defecto del proyecto es zig, y cada `compiler = "gcc"` es una +# excepción que alguien tiene que entender después. # # `CMAKE_INSTALL_LIBDIR=lib`: el lab usa `/usr/lib`, no `/usr/lib64`, o los `.cmake` y `.pc` quedan # donde nadie los busca. @@ -50,13 +57,13 @@ tarball = "https://github.com/abseil/abseil-cpp/archive/refs/tags/20250512.1.tar sha256 = "9b7a064305e9fd94d124ffa6cc358592eb42b5da588fb4e07d09254aa40086db" [build] -compiler = "gcc" +compiler = "zig-cc" target = "x86_64-linux-musl" link = "static" flags = [] [build.phases] -configure = "cmake -S . -B build -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=OFF -DCMAKE_POSITION_INDEPENDENT_CODE=ON -DCMAKE_CXX_STANDARD=17 -DABSL_PROPAGATE_CXX_STD=ON -DABSL_BUILD_TESTING=OFF" +configure = "cmake -S . -B build -DCMAKE_LINK_DEPENDS_USE_LINKER=OFF -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=OFF -DCMAKE_POSITION_INDEPENDENT_CODE=ON -DCMAKE_CXX_STANDARD=17 -DABSL_PROPAGATE_CXX_STD=ON -DABSL_BUILD_TESTING=OFF" compile = 'cmake --build build -j"$(nproc)"' install = "DESTDIR=/out cmake --install build" diff --git a/recipes/protobuf.toml b/recipes/protobuf.toml index 4446df49..54100830 100644 --- a/recipes/protobuf.toml +++ b/recipes/protobuf.toml @@ -17,7 +17,7 @@ # `-Dprotobuf_BUILD_TESTS=OFF`: la suite arrastra googletest, que es otra dep que no hace falta para # producir un `protoc`. `-Dprotobuf_BUILD_SHARED_LIBS=OFF` deja `protoc` monolítico salvo por la libc. # -# ⚠ **`compiler = "gcc"` Y `-static-libstdc++`: DOS MUROS, Y EL SEGUNDO ESCONDÍA AL PRIMERO.** +# ⚠ **`compiler = "zig-cc"` Y `-static-libstdc++`: DOS MUROS, Y EL SEGUNDO ESCONDÍA AL PRIMERO.** # # 1. **`zig c++` SE CAE AL ENLAZAR los tres plugins `protoc-gen-upb*`** — `Error running link # command: Segmentation fault`, no un error de símbolos. Se aisló FUERA de takana y fuera del @@ -35,10 +35,31 @@ # Por eso `recipes/abseil-cpp.toml` también lleva `compiler = "gcc"`, y **cambiar una sin la otra # vuelve a romper**. # -# `-static-libstdc++ -static-libgcc` en `CMAKE_EXE_LINKER_FLAGS` para que `protoc` no salga pidiendo -# `libstdc++.so.6`, que es una soname que sólo vive en el LAB y que el corpus no publica — la familia -# de [[needed-colgante-libstdcxx]]. Comprobado sobre el artefacto: el único NEEDED es `libc.so`, que -# provee `musl-shared`. +# ⚠⚠ **ACTUALIZACIÓN 2026-09-12: LA CAUSA ERA OTRA, Y LA RECETA VOLVIÓ A `zig-cc`.** Lo de arriba +# describe lo que se midió el día 11 y sigue siendo cierto como SÍNTOMA, pero el diagnóstico se +# quedó corto: el crash no es «zig no puede con estos plugins». Apareció otra vez en `dwarves` y ahí +# se bisecó la línea de enlace real (`build/CMakeFiles/.dir/link.txt`, rehecha a mano fuera +# del sandbox): +# +# tal cual → exit 139 (SIGSEGV) +# quitando `-static` → exit 139 ⇒ no es el enlace estático +# quitando `--dependency-file` → **exit 0** ⇒ ES ESO +# +# `-Xlinker --dependency-file=…` lo emite CMake ≥3.27 y el `lld` de zig 0.16.0 segfaultea +# procesándolo. Con `-DCMAKE_LINK_DEPENDS_USE_LINKER=OFF` los cuatro binarios enlazan con zig, así +# que **el escape a gcc sobra** — y con él se va también el `-static-libstdc++`, que sólo hacía falta +# porque g++ enlaza contra la libstdc++ de GNU. abseil vuelve a `zig-cc` en el mismo movimiento: el +# runtime de C++ de las dos tiene que coincidir, y eso no cambió. +# +# Se deja escrito el camino entero, con el diagnóstico corto incluido, porque la lección no es la +# perilla: es que **esquivar un fallo sin conocer su causa funciona y cuesta caro después** — dos +# recetas fuera del toolchain por defecto y un choque de runtimes de C++ que apareció sólo porque el +# escape era parcial. +# +# **Ya NO hace falta `-static-libstdc++`**: lo llevaba mientras la receta iba con `g++`, que enlaza +# contra la libstdc++ de GNU y habría dejado a `protoc` pidiendo `libstdc++.so.6`, una soname que +# sólo vive en el LAB ([[needed-colgante-libstdcxx]]). Con `zig-cc` la libc++ va estática de fábrica. +# Comprobado sobre el artefacto: el único NEEDED de `protoc` es `libc.so`, que provee `musl-shared`. # # Lo que sale, verificado corriéndolo y no por el código de salida: `protoc` (13,3 M) más los tres # plugins de upb, y un `.proto` de prueba se compila a `.pb.h`/`.pb.cc` de verdad. @@ -58,13 +79,13 @@ tarball = "https://github.com/protocolbuffers/protobuf/releases/download/v36.1/p sha256 = "dc74fa582f559cbd31614ddfefb4868f43c919d7184bde514bb47f90c6025eb8" [build] -compiler = "gcc" +compiler = "zig-cc" target = "x86_64-linux-musl" link = "dynamic" flags = [] [build.phases] -configure = "cmake -S . -B build -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_STANDARD=17 -DBUILD_SHARED_LIBS=OFF -DCMAKE_POSITION_INDEPENDENT_CODE=ON -Dprotobuf_BUILD_TESTS=OFF -Dprotobuf_BUILD_SHARED_LIBS=OFF -Dprotobuf_LOCAL_DEPENDENCIES_ONLY=ON -Dprotobuf_ABSL_PROVIDER=package -DCMAKE_EXE_LINKER_FLAGS='-static-libstdc++ -static-libgcc'" +configure = "cmake -S . -B build -DCMAKE_LINK_DEPENDS_USE_LINKER=OFF -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_INSTALL_LIBDIR=lib -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_STANDARD=17 -DBUILD_SHARED_LIBS=OFF -DCMAKE_POSITION_INDEPENDENT_CODE=ON -Dprotobuf_BUILD_TESTS=OFF -Dprotobuf_BUILD_SHARED_LIBS=OFF -Dprotobuf_LOCAL_DEPENDENCIES_ONLY=ON -Dprotobuf_ABSL_PROVIDER=package" compile = 'cmake --build build -j"$(nproc)"' install = "DESTDIR=/out cmake --install build"