Siamo onesti. Digitare manualmente lunghi comandi di compilazione gcc è una seccatura. Le cose peggiorano rapidamente quando la tua base di codice cresce, importa più librerie e modifichi costantemente le cose. Ti ritroverai con un incubo copia-incolla che si rompe se perdi una bandiera.
Inserisci makefile.
Esistono per una ragione: per impedirti di digitare manualmente la stessa sequenza di compilazione più e più volte. Invece di ricordare i flag esatti e l’ordine dei file oggetto, scrivi una ricetta. Quindi digita semplicemente “make”.
Come funziona realmente un makefile
Inizi creando un file chiamato letteralmente “makefile”. Nessuna estensione. Solo il nome. All’interno, definisci le dipendenze.
Ecco una struttura di base per un piccolo progetto C:
“makefile”.
principale: principale.o util.o
gcc -o main main.o util.o
main.o: main.c util.h
gcc -c -g principale.c
util.o: util.c util.h
gcc -c -g util.c
“`
Notare la rientranza. È qui che i principianti inciampano. Quello spazio prima di “gcc”? Deve essere un carattere di tabulazione. Non otto spazi. Una scheda. Se usi gli spazi, make genererà un errore criptico e passerai dieci minuti a chiederti perché la tua sintassi sembra buona all’occhio umano ma non alla macchina. Ogni riga di comando sotto una dipendenza deve iniziare con una scheda. Le definizioni di dipendenza stesse devono essere allineate a sinistra. Nessuna eccezione.
La logica delle dipendenze
Un makefile ha due tipi di linee. Le prime sono linee di dipendenza. Sembrano “obiettivo: prerequisiti”.
main.o: main.c util.h
Ciò si traduce in: “Ho bisogno di main.o. Per ottenerlo, ho bisogno di main.c e util.h.”
Il secondo tipo è la riga eseguibile. Si trova sotto la dipendenza e inizia con una scheda. È il comando che viene eseguito se “make” decide che è necessario ricostruirlo.
Il sistema funziona secondo un principio semplice: se un file sul lato destro dei due punti è più recente del file a sinistra, esegui i comandi seguenti. Cambiare util.h? make lo vede, sa che main.o e util.o dipendono da esso e li ricostruisce. Automatizza la logica.
La regola del bersaglio
C’è una regola d’oro per la parte superiore del tuo makefile. Il primo target elencato è quello che make tenta di compilare per impostazione predefinita.
Nell’esempio sopra, “main” è la prima riga. Pertanto, quando esegui “make” senza argomenti, viene creato l’eseguibile finale.
principale: main.o util.o
gcc -o main main.o util.o
Se modifichi “main.o”, si attiva la ricostruzione di “main”. Se modifichi “main.c”, viene attivato “main.o”, che a sua volta attiva “main”. È una reazione a catena. Non devi gestirlo. Basta modificare il codice sorgente ed eseguire “make”.
Cosa succede se non utilizzo Unix?
Se utilizzi Windows o utilizzi un IDE come Visual Studio o Xcode, potresti non vedere un “makefile” nel senso tradizionale. Niente panico. Il tuo compilatore probabilmente ha funzionalità equivalenti.
Gli ambienti di sviluppo integrati spesso hanno sistemi di build sotto il cofano. Cerca “Configurazioni di build” o “Proprietà del progetto”. Fanno la stessa cosa: tengono traccia delle dipendenze e ricompilano solo ciò che è cambiato. Ma se ti attieni alla riga di comando, “make” è lo standard.
Il quadro più ampio
L’uso di “make” non lo è
