Lines Matching full:non
12 il kernel Linux. Lo stile di codifica è molto personale e non voglio
19 di codifica GNU e di NON leggerla. Bruciatela, è un grande gesto simbolico.
70 A meno che non vogliate nascondere qualcosa, non mettete più istruzioni sulla
78 Non usate le virgole per evitare le parentesi:
94 Non mettete nemmeno più assegnamenti sulla stessa riga. Lo stile del kernel
99 spazi non vengono mai usati per l'indentazione, e l'esempio qui sopra è
102 Procuratevi un buon editor di testo e non lasciate spazi bianchi alla fine
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
134 dell'indentazione, non ci sono motivi tecnici sulla base dei quali scegliere
146 Questo è valido per tutte le espressioni che non siano funzioni (if, switch,
175 sono comunque speciali (non potete annidarle in C).
204 righe sul vostro schermo non sono una risorsa illimitata (pensate ad uno
208 Non usate inutilmente le graffe dove una singola espressione è sufficiente.
224 Questo non vale nel caso in cui solo un ramo dell'espressione if-else
254 linguaggio non lo richiede; come ``sizeof info`` dopo aver dichiarato
261 ma non con sizeof, typeof, alignof, o __attribute__. Ad esempio,
268 Non aggiungete spazi attorno (dentro) ad un'espressione fra parentesi. Questo
278 variabile o della funzione, e non adiacente al nome del tipo. Esempi:
292 ma non mettete spazi dopo gli operatori unari::
307 Non lasciate spazi bianchi alla fine delle righe. Alcuni editor con
310 immediatamente. Tuttavia, alcuni di questi stessi editor non rimuovono
311 questi spazi bianchi quando non scrivete nulla sulla nuova riga, ad esempio
324 contrario dei programmatori Modula-2 o Pascal, i programmatori C non usano
327 non è una delle più difficili da capire.
336 qualcosa di simile, **non** dovreste chiamarla ``cntusr()``.
344 Chiamarlo ``loop_counter`` non è produttivo, non ci sono possibilità che
345 ``i`` possa non essere capito. Analogamente, ``tmp`` può essere una qualsiasi
355 Per favore non usate cose come ``vps_t``.
372 Non molto. Sono utili per:
381 Gli oggetti opachi e le ``funzioni accessorie`` non sono, di per se,
383 che davvero non c'è alcuna informazione portabile.
394 ``unsigned long``, non c'è alcun bisogno di avere:
412 con segno, identici ai tipi standard, sono permessi- tuttavia, non sono
417 In alcune strutture dati visibili dallo spazio utente non possiamo
423 non usare MAI MAI un typedef a meno che non rientri in una delle regole
427 modo ragionevole, non dovrebbero **mai** essere definite con un typedef.
443 non particolarmente dotato del primo anno delle scuole superiori potrebbe
444 non capire cosa faccia la funzione, allora dovreste attenervi strettamente ai
450 Un'altra misura delle funzioni sono il numero di variabili locali. Non
470 Nonostante questo non sia richiesto dal linguaggio C, in Linux viene preferito
474 Non usate la parola chiave ``extern`` coi prototipi di funzione perché
475 rende le righe più lunghe e non è strettamente necessario.
484 e vanno eseguite alcune procedure di pulizia in comune. Se non è necessario
558 Solitamente, i commenti devono dire COSA fa il codice, e non COME lo fa.
563 (o brutto), ma cercate di non esagerare. Invece, mettete i commenti in
609 i modi predefiniti non sono proprio allettanti (infatti, sono peggio che
611 GNU emacs non faranno mai un buon programma).
670 non tutto è perduto: usate ``indent``.
674 Tuttavia, non è così terribile, perché perfino i creatori di GNU indent
675 riconoscono l'autorità di K&R (le persone del progetto GNU non sono cattive,
682 Ma ricordatevi: ``indent`` non è un correttore per una cattiva programmazione.
729 avere un contatore di riferimenti. Nel kernel non esiste un
736 in parallelo - e non doversi preoccupare di una struttura dati che
740 Da notare che la sincronizzazione **non** si sostituisce al conteggio dei
743 della memoria. Solitamente servono entrambe le cose, e non vanno confuse fra
756 Ricordatevi: se un altro thread può trovare la vostra struttura dati, e non
801 la funzione chiamante; non cercate di rompere il decodificatore interno di
853 I messaggi del kernel non devono terminare con un punto fermo.
855 Scrivere i numeri fra parentesi (%d) non migliora alcunché e per questo
861 dev_warn(), dev_info(), e così via. Per messaggi che non sono associati ad
869 essa non viene compilata nella configurazione predefinita, a meno che
870 DEBUG o CONFIG_DYNAMIC_DEBUG non vengono impostati. Questo vale anche per
895 puntatore cambia tipo ma il corrispondente sizeof non viene aggiornato.
917 a meno che non venga esplicitamente specificato __GFP_NOWARN. Quindi, nella
927 capitolo 12), ma molto spesso non lo è. L'uso abbondante della parola chiave
936 static e utilizzare una sola volta è sempre una scelta vincente perché non
950 (0 = fallimento, non-zero = successo).
955 errori per conto nostro ... ma questo non c'è. Per evitare di imbattersi
970 (static) possono non seguire questa convenzione, ma è comunque raccomandato
974 piuttosto che l'indicazione sul successo di tale computazione, non sono
986 falso (*false*). Quando si usa un tipo bool il costrutto !! non sarà più
997 Non usate bool se per voi sono importanti l'ordine delle righe di cache o
1000 ottimizzate per l'allineamento o la dimensione non dovrebbero usare bool.
1013 18) Non reinventate le macro del kernel
1034 d'intestazione per scoprire cos'altro è stato definito che non dovreste
1064 Non includete nessuna di queste cose nei file sorgenti. Le persone hanno le
1065 proprie configurazioni personali per l'editor, e i vostri sorgenti non
1076 specifica della piattaforma. Non esitate a farlo quando è necessario.
1077 Comunque, non usatele gratuitamente quando il C può fare la stessa cosa.
1084 Il codice assembler più corposo e non banale dovrebbe andare nei file .S,
1089 d'evitare che GCC lo rimuova quando pensa che non ci siano effetti collaterali.
1090 Non c'è sempre bisogno di farlo, e farlo quando non serve limita le
1107 Ovunque sia possibile, non usate le direttive condizionali del preprocessore
1112 compilatore non produrrà alcun codice per le funzioni stub, produrrà gli
1115 È preferibile non compilare intere funzioni piuttosto che porzioni d'esse o
1120 Se avete una variabile o funzione che potrebbe non essere usata in alcune
1138 non ne aumenterà il tempo di esecuzione. Tuttavia, questo permette al