zig run versus zig build-exe

Zig biedt twee hoofdwegen van broncode naar resultaat: zig run voor snelle iteratie en zig build-exe wanneer je een zelfstandig binair bestand wilt bewaren.

De opdracht zig run compileert je bestand en voert het meteen uit, allemaal in één stap. Daarna blijft er niets op schijf achter.

Omdat er geen bestand wordt opgeslagen, is zig run ideaal zolang je nog aan het experimenteren bent. Wijzig de code, voer opnieuw uit en bekijk binnen enkele seconden de uitvoer.

Gebruik zig build-exe wanneer je een uitvoerbaar bestand wilt dat je kunt distribueren of later kunt uitvoeren. De opdracht compileert je broncode naar een echt bestand op schijf.

Standaard krijgt de uitvoer de naam van je bestand, bijvoorbeeld main, en wordt deze in de huidige map geplaatst. Daarna voer je het bestand zelf uit.

Je kunt de naam van het binaire bestand kiezen met de vlag -femit-bin. Dat is handig wanneer één bronbestand een specifiek benoemd hulpmiddel moet opleveren.

Zelfs zig run bouwt achter de schermen een binair bestand en slaat het in de cache op. Bij een tweede uitvoering zonder wijzigingen wordt die cache hergebruikt en start het programma bijna onmiddellijk.

Bij zig run wordt alles na -- als opdrachtregelargumenten aan je programma doorgegeven, en niet aan de compiler.

zig build-exe is een directe compileropdracht voor één artefact. Voor volledige projecten stap je later over op zig build met een build.zig-bestand.

Stel jezelf één vraag: moet ik dit binaire bestand bewaren? Zo nee, gebruik zig run. Zo ja, gebruik zig build-exe en pak het uitvoerbestand.

Beide opdrachten gebruiken precies dezelfde Zig-compiler, dus de uitgevoerde code is identiek. Alleen het gebruiksgemak en het achtergebleven bestand verschillen.

Je hebt nu twee hulpmiddelen: zig run voor snelle compilatie-en-uitvoering-iteratie en zig build-exe om een echt binair bestand te maken dat je een naam kunt geven, kunt bewaren en kunt distribueren. 🚀