Lines Matching refs:per

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
100 spesso per poter usare dei driver su diversi sistemi operativi - vengono
108 più elevato. Non c'è utilità nel replicare lo stesso codice per tutto
115 Il preprocessore C sembra essere una fonte di attrazione per qualche
116 programmatore C, che ci vede una via per ottenere una grande flessibilità
119 da leggere per gli altri e che rende più difficile il lavoro di verifica del
149 chiamata ad esse, si finisce per gonfiare le dimensioni del kernel compilato.
171 sotto la licenza GPL e reso disponibile per la sua inclusione nella ramo
173 il supporto per le reti senza fili era considerata, nel migliore dei casi,
180 progettato per girare in un sistema multiprocessore. Prima che questo
187 Persino su sistemi a singolo processore, il lavoro svolto per incrementare
198 per eseguire un compito. Il codice che presenta una mancanza di attenzione
206 miglioramenti) che porterà ad alcune rotture per gli utenti esistenti.
215 un cambiamento se questo porta a nuove funzionalità a dieci sistemi per
230 Questo fatto rende la creazione di interfacce per lo spazio utente
239 Almeno per ora la scrittura di codice priva di errori resta un ideale
252 avvertimenti indicano problemi reali. Di regola, il codice inviato per la
256 però averne trovato la causa.
259 Costruite il kernel con "make KCFLAGS=-W" per ottenerli tutti.
263 La maggior parte di queste opzioni possono essere attivate per qualsiasi
264 kernel utilizzato per lo sviluppo o a scopo di test. In particolare dovreste
267 - FRAME_WARN per ottenere degli avvertimenti su stack frame più
269 avvertimenti può risultare verboso, ma non bisogna preoccuparsi per
272 - DEBUG_OBJECTS aggiungerà un codice per tracciare il ciclo di vita di
298 (sia per gli sviluppatori che per gli utenti) in un sistema in uso; lockdep
309 Il kernel fornisce un framework per l'inserimento di fallimenti che fa
311 Con l'opzione per l'inserimento dei fallimenti abilitata, una certa percentuale
316 Documentation/fault-injection/fault-injection.rst per avere maggiori
330 soluzioni per risolverli. Un buon numero di "patch semantiche" per il kernel
337 per altre architetture. Se non vi accade di avere un sistema S/390 o una
339 di compilazione. Un vasto numero di cross-compilatori per x86 possono
354 facile per gli altri sviluppatori e sarà utile per i vostri utenti. In molti
357 La prima parte di documentazione per qualsiasi patch è il suo changelog.
360 sulle prestazioni e tutto ciò che può servire per la comprensione della
368 con cosa stanno lavorando. Consultate: Documentation/ABI/README per avere una
385 per le funzioni disponibili esternamente. Anche in aree che non sono molto
386 documentate, non c'è motivo per non aggiungere commenti kerneldoc per il
387 futuro; infatti, questa può essere un'attività utile per sviluppatori novizi
389 creare modelli per kerneldoc, possono essere trovati in
393 i commenti si fanno maggiormente notare per la loro assenza. Ancora una volta,
396 che non si desiderano commenti prolissi per il codice. Il codice dovrebbe
397 essere, di per sé, leggibile, con dei commenti che spieghino gli aspetti più
402 necessaria. Le regole di sincronizzazione per le strutture dati, generalmente,
431 di tutto il codice del kernel che viene rotto per via della sua modifica.
443 di codice fuori dal kernel che c'è un cambiamento per il quale è necessario del