Lines Matching full:per
30 Per la maggior parte del tempo, la politica descritta in quel file è stata
33 La presenza di quel codice conduce a due distinti pericoli per gli
42 per gli sviluppatori una comprensione veloce di ogni sua parte. Non ci sono,
43 quindi, più spazi per un codice formattato alla carlona.
53 iniziare a generare patch che correggono lo stile come modo per prendere
54 famigliarità con il processo, o come modo per inserire i propri nomi nei
63 (per esempio, una linea che diviene poco leggibile se divisa per rientrare
66 Notate che potete utilizzare lo strumento “clang-format” per aiutarvi con
67 le regole, per una riformattazione automatica e veloce del vostro codice
68 e per revisionare interi file per individuare errori nello stile di codifica,
69 refusi e possibili miglioramenti. Inoltre è utile anche per classificare gli
70 ``#includes``, per allineare variabili/macro, per testi derivati ed altri
73 per maggiori dettagli
77 applicate automaticamente. Per maggiori informazioni consultate la pagina:
104 spesso per poter usare dei driver su diversi sistemi operativi - vengono
112 più elevato. Non c'è utilità nel replicare lo stesso codice per tutto
119 Il preprocessore C sembra essere una fonte di attrazione per qualche
120 programmatore C, che ci vede una via per ottenere una grande flessibilità
123 da leggere per gli altri e che rende più difficile il lavoro di verifica del
153 chiamata ad esse, si finisce per gonfiare le dimensioni del kernel compilato.
175 sotto la licenza GPL e reso disponibile per la sua inclusione nella ramo
177 il supporto per le reti senza fili era considerata, nel migliore dei casi,
184 progettato per girare in un sistema multiprocessore. Prima che questo
191 Persino su sistemi a singolo processore, il lavoro svolto per incrementare
202 per eseguire un compito. Il codice che presenta una mancanza di attenzione
210 miglioramenti) che porterà ad alcune rotture per gli utenti esistenti.
219 un cambiamento se questo porta a nuove funzionalità a dieci sistemi per
234 Questo fatto rende la creazione di interfacce per lo spazio utente
236 incompatibilità, esse devono essere fatte bene al primo colpo. Per questa
243 Almeno per ora la scrittura di codice priva di errori resta un ideale
256 avvertimenti indicano problemi reali. Di regola, il codice inviato per la
258 Per mettere a tacere gli avvertimenti, cercate di comprenderne le cause reali
263 Costruite il kernel con "make KCFLAGS=-W" per ottenerli tutti.
267 La maggior parte di queste opzioni possono essere attivate per qualsiasi
268 kernel utilizzato per lo sviluppo o a scopo di test. In particolare dovreste
271 - FRAME_WARN per ottenere degli avvertimenti su stack frame più
273 avvertimenti può risultare verboso, ma non bisogna preoccuparsi per
276 - DEBUG_OBJECTS aggiungerà un codice per tracciare il ciclo di vita di
302 (sia per gli sviluppatori che per gli utenti) in un sistema in uso; lockdep
313 Il kernel fornisce un framework per l'inserimento di fallimenti che fa
315 Con l'opzione per l'inserimento dei fallimenti abilitata, una certa percentuale
320 Documentation/fault-injection/fault-injection.rst per avere maggiori
334 soluzioni per risolverli. Un buon numero di "patch semantiche" per il kernel
337 qualsiasi problema trovato. Per maggiori informazioni, consultate
341 per altre architetture. Se non vi accade di avere un sistema S/390 o una
343 di compilazione. Un vasto numero di cross-compilatori per x86 possono
358 facile per gli altri sviluppatori e sarà utile per i vostri utenti. In molti
361 La prima parte di documentazione per qualsiasi patch è il suo changelog.
364 sulle prestazioni e tutto ciò che può servire per la comprensione della
372 con cosa stanno lavorando. Consultate: Documentation/ABI/README per avere una
384 Per molti sottosistemi le informazioni sull'API interna sono documentate sotto
389 per le funzioni disponibili esternamente. Anche in aree che non sono molto
390 documentate, non c'è motivo per non aggiungere commenti kerneldoc per il
391 futuro; infatti, questa può essere un'attività utile per sviluppatori novizi
393 creare modelli per kerneldoc, possono essere trovati in
397 i commenti si fanno maggiormente notare per la loro assenza. Ancora una volta,
400 che non si desiderano commenti prolissi per il codice. Il codice dovrebbe
401 essere, di per sé, leggibile, con dei commenti che spieghino gli aspetti più
406 necessaria. Le regole di sincronizzazione per le strutture dati, generalmente,
435 di tutto il codice del kernel che viene rotto per via della sua modifica.
436 Per una funzione ampiamente usata, questo compito può condurre letteralmente
447 di codice fuori dal kernel che c'è un cambiamento per il quale è necessario del