LKN: Guida di Riferimento dei Parametri di Compilazione del Kernel: differenze tra le versioni

''Torna all'indice: [[Linux Kernel in a Nutshell]]''

Come discusso nel Capitolo 4, lo strumento che unisce insieme il kernel è ''make'', al quale si passa un ''target'' che specifica cosa si vuole compilare. Il capitolo 4 è andato oltre gli obiettivi base necessari alla corretta compilazione del kernel, ma il sistema di compilazione del kernel ha anche una larga scala di altri ''targets''. Questo capitolo dettaglia questi targets, e per cosa possono venir utilizzati.

* Nota di prima traduzione: nel testo, targets è stato tradotto a volte come obiettivi, anche se forse sarebbe meglio parlare di etichette dal momento che in un Makefile si chiamano così, la maggior parte delle volte inceve si è preferito lasciare la parola in lingua originale ''italianizzandola'' in ''target'' senza ''s''.  

== Target Informativi ==

La tabella 10-1 mostra i target che stampano la versione del kernel, basato su un numero di opzioni differenti. Sono solitamente usati da scripts per determinare la versione del kernel che si sta per compilare.

La tabella 10-2 mostra i target che semplicemente rimuovono i file delle compilazioni precedenti. Il loro uso è caldamente raccomandato per essere sicuri di non contaminare le nuove compilazioni con file abbandonati che possono essere stati compilati con opzioni differenti. Differiscono da quanto eliminano; a volte si preferisce mantenere file che si è cambiati.

   <td width="50%">Fa tutto cio' che mrproper fa e rimuove alcuni editor backup e file patch abbandonate.</td>

   <td width="50%">Aggiorna la configurazione corrente del kernel usando il programma a linea di comando.</td>

   <td width="50%">Genera una nuova configurazione del kernel che usa le risposte di default per tutte le ozioni. I valori di default sono presi da un file situato in ''arch/$ARCH/defconfig, dove $ARCH si riferisce alla specifica architettura per il quale il kernel viene compilato.</td>

Se la variabile KCONFIG_ALLCONFIG non è impostata, il sistema di compilazione controlla i file nella directory di compilazione a più alto livello nominata:

Se qualsiasi di questi file è presente, la compilazione lo usa come lista di valori di configurazione che devono essere forzati ai valori specificati. Se nessuno di questi file viene trovato, il sistema di compilazione alla fine cerca un file chiamato ''all.config'' per una lista di valori di configurazione forzati.

Si possono usare questi file differenti per impostare una buona configurazione di base che funzionerà sempre. In seguito le altre opzioni di configurazione possono essere usate per generare differenti configurazioni di testing per le situazioni che lo necessitano.

   <td width="50%">Compila solo la parte statica del kernel, nesusn modulo caricabile.</td>

   <td width="50%">Installa tutti i moduli nella specifica locazione. Se nessuna locazione è specificata con la variabile d'ambiente INSTALL_MODULE_PATH, vengono installati nella directory root di default della macchina.</td>

   <td width="50%">Compila tutti i file necessari e li unisce insieme per formare il modulo specificato.</td>

   <td width="50%">Compila tutti i tags necessari che la maggior parte degli editor di testo possono usare mentre modificano il codice sorgente.</td>

   <td width="50%">Compila tutti i tags necessari che la maggior parte degli editor di testo possono usare mentre modificano il codice sorgente.</td>

   <td width="50%">Compila una immagine ''cscope'', utile nel sorgente treesearches, dell'albero sorgente per l'architettura specificata dal file di configurazione (non tutti i file sorgenti del kernel).</td>

   <td width="80%">Questa dice al sistema di compilazione di girare in maniera silenziosa, mostrando solo il file correntemente in compilazione, e non il comando intero che sta girando ai fini di compilare il file. Questa è l'opzione di default per il sistema di compilazione.</td>

   <td width="80%">Questo dice al sistema di compilazione di operare in modalità verbose, mostrando il comando completo che si sta usando per generare ognuno dei file specifici.</td>

   <td width="80%">Questo dice al sistema di compilazione di mettere tutti i file di output nella directory ''dir'', inclusi i file di configurazione del kernel. Questo permette al kernel di venir compilato da un filesystem in sola lettura e avere l'output posto in un altra locazione.</td>

   <td width="80%">Questo ''checksall'' i file C che verranno compilati con il tool ''sparse'', che scova gli errori comuni di configurazione nei file sorgenti del kernel. ''sparse'' può essere scaricato usando ''git'' da ''git://git.kernel.org/pub/scm/devel/sparse/sparse.git''. Snapshots nottetempo possono essere trovati a ''http://www.codemonkey.org.uk/projects/git-snapshots/sparse/''. Maggiori informazioni su come usare ''sparse'' possono venir trovate nel file Documentation/sparse.txt nell'albero dei sorgenti del kernel.</td>

   <td width="80%">Questa ''forcesall'' i file C da controllare con il tool ''sparse'', anche se essi non devono essere compilati.</td>

== Packaging Target ==

Questi target impacchettano un kernel compilato in un pacchetto autonomo che può essere installato su una larga varietà di macchine differenti, come mostrato nella tabella 10-6.

   <td width="70%">Compila il kernel e poi lo impacchetta in un pacchetto RPM che può venir installato.</td>

   <td width="70%">Costruisce un pacchetto RPM sorgente che contiene un kernel di base.</td>

   <td width="70%">Costruisce un pacchetto RPM che contiene un kernel compilato e i moduli.</td>

   <td width="70%">Costruisce un pacchetto Debian che contiene un kernel compilato e i moduli.</td>

   <td width="70%">Costruisce un tarball che contiene un kernel compilato e i moduli.</td>

   <td width="70%">Costruisce un tarball compresso con ''gzip'' che contiene il kernel compilato e i moduli.</td>

   <td width="70%">Costruisce un tarball compresso con ''bzip2'' che contiene il kernel compilato e i moduli.</td>

== Target di Documentazione ==

La tabella 10-7 mostra traget che costruiscono la documentazione interna del kernel in una molteciplità di formati differenti.

   <td width="70%">Costruisce la documentazione del kernel come XML DocBook file.</td>

   <td width="70%">Costruisce la documentazione del kernel come Postscript file.</td>

   <td width="70%">Costruisce la documentazione del kernel come PDF file.</td>

   <td width="70%">Costruisce la documentazione del kernel come HTML file.</td>

   <td width="70%">Costruisce la documentazione del kernel come un set di manpages, che possono venir installate con ''install-mandocs'' target.</td>

== Target su Architetture specifiche ==

Ogni architettura kernel ha un set di target specifici unici a se stessi. La tabella 10-8 mostra i target disponibili per l'architettura Intel a 32-bit.

   <td width="70%">Crea una immagine compressa del kernel e la pone nel file ''arch/i386/boot/bzImage''. Questo è il target di default per i kernel i386.</td>

   <td width="70%">Crea una immagine di boot per floppy e la scrive sul device ''/dev/fd0''.</td>

   <td width="70%">Crea una immagine di boot per floppy e la mette nel file ''arch/i386/boot/fdimage''. Il pacchetto ''mtools'' deve essere presente sul vostro sistema affinché questo funzioni propriamente.</td>

   <td width="70%">Crea una immagine di boot CD-ROM e la pone nel file ''arch/i386/boot/image.iso''. Il pacchetto ''syslinux'' deve essere presente nel vostro sistema affiché questo funzioni propriamente.</td>

La tabella 10-9 mostra i target che sono d'aiuto per trovare problemi nel codice del kernel. E' una buona idea creare una lista degli spazi di stack quando si crea del nuovo codice per determinare che i vostri cambiamenti non stiano prendendo troppo spazio di stack del kernel. Il target namespacecheck è utile per determinare se i vostri cambiamenti possono in sicurezza aggiungere i propri simboli al namespace globale del kernel.

  <td width="70%">Genera una lista di tutti i simboli del kernel e dei loro namespaces. Questa sarà una lunga lista.</td>