Torvalds kritisoi Rust-muotoilua: Täysin hullua!

Transparenz: Redaktionell erstellt und geprüft.
Veröffentlicht am

Linus Torvalds arvostelee Rust-formaatin tarkistusta Linux 6.18 -fuusiossa. Keskustellaan nykyisistä ohjeista ja ratkaisuista konfliktien ratkaisemiseksi.

Linus Torvalds kritisiert die Rust-Formatprüfung im Linux 6.18 Merge. Aktuelle Richtlinien und Workarounds zur Lösung von Konflikten werden besprochen.
Linus Torvalds arvostelee Rust-formaatin tarkistusta Linux 6.18 -fuusiossa. Keskustellaan nykyisistä ohjeista ja ratkaisuista konfliktien ratkaisemiseksi.

Torvalds kritisoi Rust-muotoilua: Täysin hullua!

Kiistat Rust-integraatiosta Linux-ytimeen lisääntyvät. Linus Torvalds kritisoi ankarasti Rust-muodon tarkistusta Linux 6.18:n yhdistämisikkunan aikana ja kutsui sitä "mielettömäksi ja täysin hulluksi". Hän kritisoi erityisesti tapaa, jolla moniriviset tuontilausunnot yhdistetään yhdeksi riviksi. Nämä lausunnot tulivat minuuttia ennen Linux 6.18-rc2:n julkaisua, joka sisälsi pikakorjauksia Torvaldsin kritiikkiin vastaamiseksi. Miguel Ojeda, Rustin pääkehittäjä Linux-projektissa, oli avainroolissa ja kommentoi tulevan version tarvittavia muutoksia.

Kuten Phoronix raportoi, yhdistämis- ja perustamisristiriidat ovat toistuva ongelma. Rustfmt:n tarjoama oletusmuotoilu ei voinut käsitellä oikein Torvaldsin uudelleenmuotoiluja tuontilausekkeista, mikä on aiheuttanut vaikeuksia aiemmin. Päivitetyt ohjeet, jotka otettiin käyttöön nopeasti, tarjoavat väliaikaisen kiertotavan - myöhempi tyhjä kommentti tekee koodista jälleen yhteensopivan "rustfmt":n kanssa.

Keskustelua muotoilukäytännöistä

Keskustelun ydin oli alun perin Linux 6.18:n vetopyyntö, jonka ylläpitäjä Dave Airlie lähetti lokakuun 1. päivänä. Torvalds kritisoi muutoslokin tasaista sisennyshierarkiaa ja jopa kyseenalaisti Airlien toimittajan laadun. Tämä Rustin muotoilutyökalusta ja siihen liittyvistä yhdistämisongelmista liittyvä tekninen keskustelu osoittaa, kuinka tärkeää tarkka muotoilu on Linux-ytimen kaltaisen monimutkaisen projektin onnistumiselle, kuten It's FOSS -asiakirjoissa.

Mitä tulee virheellisen muotoilun aiheuttamiin haasteisiin, Miguel selittää, että tehokkaammat konfigurointivaihtoehdot tuontimuotoilulle ovat käytettävissä vain öisissä koontiversioissa. Hän suosittelee automaattisen muotoilutyökalun käyttämistä vasta ristiriitojen ratkaisun jälkeen, jotta vältytään jatkuvan integrointijärjestelmän tulevilta ongelmilta. Tämä korostaa vuosien kokemusta, joka on olennainen tällaisia ​​päätöksiä tehtäessä.

Ruoste ja sen rooli ytimessä

Näiden teknisten kiistojen keskellä ohjelmointikielten roolia Linux-ytimessä tarkastellaan kriittisesti. Torvalds korostaa, että ketään ei pakoteta työskentelemään Rustin kanssa, mutta se ei tarkoita, että Rust-koodi voidaan automaattisesti hylätä. Päinvastoin: Ars Technican mukaan yhteistyö C-kehittäjien ja Rust-kehittäjien välillä voisi olla hedelmällistä.

Ruosteintegraatio nähdään laajalti hyödynä uuden koodin ja ajurien kehittämisessä. Greg Kroah-Hartman, veteraani ytimen kehittäjä, huomauttaa, että monet viime vuosien tietoturvaongelmista ovat aiheutuneet "tyhmistä pienistä C:n kulmakoteloista", joita ei ole Rustissa. Ottaen huomioon, että C-koodia on 30 miljoonaa riviä, jotka eivät katoa pian, on tärkeää tarkastella Rust-integraatiota tulevaisuudessa.

Linux-ytimen Rustista käytävällä keskustelulla ei ole vain teknisiä, vaan myös strategisia vaikutuksia ohjelmistokehitykseen, jota tulisi jatkaa, jotta voidaan ymmärtää tämän uuden ohjelmointiympäristön tarjoamat haasteet ja mahdollisuudet.