Lese kompilatorfeil

Zigs kompilatorfeil er presise og hjelpsomme. I stedet for å frykte dem bør De lære å lese dem; vanligvis peker de rett mot løsningen.

En Zig-feil begynner med fil, linje og kolonne, etterfulgt av meldingen. Denne plasseringen forteller Dem nøyaktig hvor De bør se først.

Under meldingen skriver Zig ut den berørte linjen og en markør under det nøyaktige stedet. Blikket Deres går rett til problemet.

Zig behandler en ubrukt lokal variabel eller import som en feil, ikke en advarsel. Det holder koden ryddig, uten ubrukte bindinger som blir liggende.

Hvis De faktisk vil ignorere en verdi, tilordner De den til _, forkastingsidentifikatoren. Det forteller Zig at den ubrukte verdien var tilsiktet.

Når typer kolliderer, navngir Zig både forventet type og typen som faktisk ble funnet. Ved å lese dem ved siden av hverandre ser De hvilken konvertering som mangler.

Etter en feil kan Zig skrive ut linjer med merknader. Disse ekstra hintene forklarer relaterte detaljer, for eksempel hvor en type først ble deklarert.

Én feil utløser ofte flere meldinger. Rett den første feilen, kompiler på nytt, så forsvinner ofte mange av de senere klagene av seg selv.

Disse meldingene vises ved kompilering, før programmet noen gang kjører. Det er nettopp derfor Zig er så streng: feil oppdages tidlig.

Ved mer kompliserte problemer viser Zig et referansespor som viser hvordan kompilatoren kom frem til den feilaktige koden, omtrent som en kallebane tilbake til årsaken.

Les alltid en feilblokk fra toppen og ned. Overskriften beskriver problemet, mens merknadene og sporet under forklarer hvorfor.

De kan nå tolke Zig-feil: les plasseringen og markøren, rett den første feilen, bruk merknader for kontekst, og forkast med understrek når det trengs. ✅