Lines Matching full:le
16 considerazione le osservazioni espresse qui.
26 La tabulazione (tab) è di 8 caratteri e così anche le indentazioni. Ci sono
43 aggiunta vi avvisa quando state annidando troppo le vostre funzioni.
78 Non usate le virgole per evitare le parentesi:
85 Invece, usate sempre le parentesi per racchiudere più istruzioni.
112 Come limite di riga si preferiscono le 80 colonne.
115 pezzi più piccoli, a meno che eccedere le 80 colonne non aiuti ad
125 Tuttavia, non spezzettate mai le stringhe visibili agli utenti come i
146 Questo è valido per tutte le espressioni che non siano funzioni (if, switch,
162 Tuttavia, c'è il caso speciale, le funzioni: queste hanno la parentesi graffa
173 insomma ... incoerente, ma tutte le persone ragionevoli sanno che (a)
174 K&R hanno **ragione** e (b) K&R hanno ragione. A parte questo, le funzioni
203 di righe vuote senza perdere di leggibilità. In questo modo, dato che le
208 Non usate inutilmente le graffe dove una singola espressione è sufficiente.
225 contiene una sola espressione; in quest'ultimo caso usate le graffe per
237 Inoltre, usate le graffe se un ciclo contiene più di una semplice istruzione:
251 (quasi tutte) le parole chiave. L'eccezioni più evidenti sono sizeof, typeof,
253 funzioni (e in Linux, solitamente, sono usate con le parentesi, anche se il
257 Quindi utilizzate uno spazio dopo le seguenti parole chiave::
333 Le variabili GLOBALI (da usare solo se vi servono **davvero**) devono avere
334 dei nomi descrittivi, così come le funzioni globali. Se avete una funzione
342 Le variabili LOCALI dovrebbero avere nomi corti, e significativi. Se avete
378 con le loro funzioni accessorie.
381 Gli oggetti opachi e le ``funzioni accessorie`` non sono, di per se,
419 Perciò, utilizziamo __u32 e tipi simili in tutte le strutture dati
432 Le funzioni dovrebbero essere brevi e carine, e fare una cosa sola. Dovrebbero
446 compilatore di renderle inline se credete che sia necessario per le
451 dovrebbero eccedere le 5-10, oppure state sbagliando qualcosa. Ripensate la
457 Nei file sorgenti, separate le funzioni con una riga vuota. Se la funzione è
477 Non usate la parola chiave ``extern`` con le dichiarazioni di funzione perché
478 rende le righe più lunghe e non è strettamente necessario.
531 I motivo per usare le goto sono:
701 riconoscono l'autorità di K&R (le persone del progetto GNU non sono cattive,
702 sono solo mal indirizzate sull'argomento), quindi date ad indent le opzioni
728 sorgenti, l'indentazione è un po' differente. Le linee dopo un ``config``
741 Le funzionalità davvero pericolose (per esempio il supporto alla scrittura
757 Le strutture dati che hanno una visibilità superiore al contesto del
771 riferimenti. La sincronizzazione ha lo scopo di mantenere le strutture
773 della memoria. Solitamente servono entrambe le cose, e non vanno confuse fra
776 Quando si hanno diverse classi di utenti, le strutture dati possono avere
792 I nomi delle macro che definiscono delle costanti e le etichette degli
801 I nomi delle macro in MAIUSCOLO sono preferibili ma le macro che assomigliano
804 Generalmente, le funzioni inline sono preferibili rispetto alle macro che
807 Le macro che contengono più istruzioni dovrebbero essere sempre chiuse in un
818 Le macro che sembrano funzioni con parametri non usati dovrebbero essere
828 valutare i parametri. Tuttavia, non è raccomandato. Le funzioni inline risolvono
841 Cose da evitare quando si usano le macro:
843 1) le macro che hanno effetti sul flusso del codice:
857 2) le macro che dipendono dall'uso di una variabile locale con un nome magico:
866 3) le macro con argomenti che sono utilizzati come l-values; questo potrebbe
870 4) dimenticatevi delle precedenze: le macro che definiscono espressioni devono
871 essere racchiuse fra parentesi. State attenti a problemi simili con le macro
923 altri. Le funzioni pr_XXX() stampano incondizionatamente ma pr_debug() no;
984 suo complesso più lento per via di una cache per le istruzioni della CPU più
990 Spesso le persone dicono che aggiungere inline a delle funzioni dichiarate
1001 Le funzioni possono ritornare diversi tipi di valori, e uno dei più comuni
1023 Tutte le funzioni esportate (EXPORT) devono rispettare questa convenzione, e
1024 così dovrebbero anche tutte le funzioni pubbliche. Le funzioni private
1028 Le funzioni il cui valore di ritorno è il risultato di una computazione,
1044 Quando si usano i valori booleani, dovreste utilizzare le definizioni di true
1047 Per il valore di ritorno delle funzioni e per le variabili sullo stack, l'uso
1054 dell'architettura per la quale è stato compilato. Le strutture che sono state
1068 18) Non reinventate le macro del kernel
1087 Ci sono anche le macro min() e max() che, se vi serve, effettuano un controllo
1097 interpreta le linee marcate nel seguente modo:
1119 Non includete nessuna di queste cose nei file sorgenti. Le persone hanno le
1122 d'indentazione e di modalità d'uso. Le persone potrebbero aver configurato una
1141 per le funzioni assembler dovrebbero usare ``asmlinkage``.
1145 Non c'è sempre bisogno di farlo, e farlo quando non serve limita le
1162 Ovunque sia possibile, non usate le direttive condizionali del preprocessore
1165 le funzioni usate nei file .c, fornendo i relativi stub nel caso #else,
1167 compilatore non produrrà alcun codice per le funzioni stub, produrrà gli