{"id":122025,"date":"2025-02-21T08:22:05","date_gmt":"2025-02-21T06:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust"},"modified":"2025-02-21T08:22:05","modified_gmt":"2025-02-21T06:22:05","slug":"linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/linus-torvalds-poyasnil-svoyu-pozicziyu-v-otnoshenii-priyoma-izmenenij-na-rust","title":{"rendered":"Linus Torvalds ha spiegato la sua posizione riguardo l'adozione delle modifiche in Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il dibattito sulla resistenza dei maintainer all'introduzione di Rust nel kernel ha coinvolto Linus Torvalds, che ha chiarito che nessuno obbliga i maintainer ad apprendere il linguaggio Rust, utilizzare codice in Rust o tenere in considerazione la presenza di codice Rust nel kernel. I maintainer possono continuare a lavorare tranquillamente solo con il codice C senza interagire con Rust. Tuttavia, tali manutenzioni non possono influenzare come Rust si sviluppa nel kernel, ad esempio, non possono interferire con l'organizzazione dell'interazione esterna tra il codice Rust e il codice del loro sotto-sistema. <\/p>\n
I maintainer interessati a promuovere Rust possono essere coinvolti nello sviluppo e cos\u00ec avranno la possibilit\u00e0 di influenzare la costruzione dei wrapper in Rust e partecipare alla manutenzione delle interfacce in Rust. I maintainer che non vogliono avere a che fare con Rust possono stare tranquilli riguardo al lavoro dei wrapper in Rust, ma non potranno influenzarne lo sviluppo. <\/p>\n
In questo modo, intorno agli sviluppatori che utilizzano solo il linguaggio C si forma una sorta di muro protettivo che li protegge dai problemi legati a Rust e consente loro di non dover avere a che fare con Rust. Ma questo muro funziona in entrambe le direzioni, pertanto, se uno sviluppatore non desidera avere a che fare con Rust, non ha la possibilit\u00e0 di influenzare la promozione di Rust. In altre parole: \u00abnessuno \u00e8 obbligato a avere a che fare con Rust\u00bb non significa che \u00abogni maintainers possa porre il veto su qualsiasi codice in Rust\u00bb. Si presume che, di fatto, la divisione tra i maintainers non sar\u00e0 cos\u00ec netta e che alcuni di loro inizieranno a considerare i wrapper in Rust e a collaborare con i loro sviluppatori, ma senza immergersi troppo attivamente in questo processo. <\/p>\n
Per quanto riguarda la situazione della conferma delle librerie Rust sopra il sottosistema DMA, ignorando il maintainer che cercava di bloccare l'adozione di tali librerie, Linus ha criticato le azioni di Christoph Hellwig. Secondo Linus, Christoph ha oltrepassato i suoi poteri e ha tentato di influenzare un codice che non toccava il codice del sottosistema DMA, era implementato in una sottodirectory separata e non influenzava il codice di cui Christoph era responsabile. Christoph ha cercato di controllare l'uso del sottosistema DMA e le sue azioni possono essere paragonate a un tentativo di vietare l'uso del DMA in un certo driver, solo perch\u00e9 non gli piaceva quel driver. Risultato: nonostante i manutentori siano responsabili del loro codice, non sono responsabili di come e da chi viene utilizzato il risultato del loro lavoro. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"