{"id":105157,"date":"2022-09-23T15:37:09","date_gmt":"2022-09-23T13:37:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-yazyka-programmirovaniya-rust-1-64"},"modified":"2022-09-23T15:37:09","modified_gmt":"2022-09-23T13:37:09","slug":"vypusk-yazyka-programmirovaniya-rust-1-64","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-yazyka-programmirovaniya-rust-1-64","title":{"rendered":"Uscita del linguaggio di programmazione Rust 1.64","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio del linguaggio di programmazione di uso generale Rust 1.64, originariamente sviluppato da Mozilla e ora mantenuto sotto l'egida dell'organizzazione no-profit indipendente Rust Foundation. Il linguaggio \u00e8 focalizzato sulla gestione sicura della memoria e offre strumenti per ottenere un elevato parallelismo nell'esecuzione delle attivit\u00e0, senza ricorrere a un garbage collector e a un runtime (il runtime si limita a una configurazione di base e alla manutenzione della libreria standard). <\/p>\n
I metodi di gestione della memoria in Rust liberano gli sviluppatori dagli errori nella manipolazione dei puntatori e li proteggono da problematiche derivanti dal lavoro a basso livello con la memoria, come l'accesso a zone di memoria dopo la loro liberazione, la dereferenziazione di puntatori nulli, il superamento dei limiti del buffer, e cos\u00ec via. Per la distribuzione delle librerie, la gestione della compilazione e delle dipendenze, si \u00e8 sviluppato un gestore di pacchetti chiamato Cargo. Le librerie sono ospitate nel repository crates.io. <\/p>\n
La gestione sicura della memoria in Rust \u00e8 garantita durante la compilazione tramite il controllo dei riferimenti, il tracciamento della propriet\u00e0 degli oggetti, la gestione della durata degli oggetti (scope) e la valutazione della correttezza dell'accesso alla memoria durante l'esecuzione del codice. Rust offre anche strumenti per proteggere da overflow interi, richiede l'inizializzazione obbligatoria dei valori delle variabili prima dell'uso, gestisce meglio gli errori nella libreria standard, applica il concetto di riferimenti e variabili immutabili per impostazione predefinita e offre una forte tipizzazione statica per ridurre al minimo gli errori logici. <\/p>\n
Tra le ragioni per cui non si supportano pi\u00f9 le vecchie versioni di Linux ci sono le risorse limitate per mantenere la compatibilit\u00e0 con i vecchi ambienti. Il supporto per le versioni obsolete di Glibc richiede l'uso di strumenti obsoleti durante i test nel sistema di integrazione continua, in un contesto di crescenti requisiti di versione in LLVM e negli strumenti di cross-compilazione. L'aumento dei requisiti per la versione del kernel \u00e8 legato alla possibilit\u00e0 di utilizzare in libstd nuove chiamate di sistema senza dover mantenere strati per garantire la compatibilit\u00e0 con i vecchi kernel. <\/p>\n
Lo strumento rust-analyzer \u00e8 incluso nella collezione di strumenti fornita nelle release di Rust. Lo strumento \u00e8 anche disponibile per l'installazione tramite rustup (rustup component add rust-analyzer).\n
Nella composizione principale (core) e nella libreria alloc sono stati aggiunti tipi compatibili con C, precedentemente stabilizzati nel modulo std::ffi:\n
\n
core::ffi::CStr<\/li>\n
core::ffi::FromBytesWithNulError<\/li>\n
alloc::ffi::CString<\/li>\n
alloc::ffi::FromVecWithNulError<\/li>\n
alloc::ffi::IntoStringError<\/li>\n
alloc::ffi::NulError<\/li>\n<\/ul>\n
Nei moduli core::ffi e std::ffi sono stati aggiunti tipi C, precedentemente stabilizzati nel modulo std::os::raw (ad esempio, per i tipi C uint e ulong sono stati proposti i tipi c_uint e c_ulong):\n
\n
ffi::c_char<\/li>\n
ffi::c_double<\/li>\n
ffi::c_float<\/li>\n
ffi::c_int<\/li>\n
ffi::c_long<\/li>\n
ffi::c_longlong<\/li>\n
ffi::c_schar<\/li>\n
ffi::c_short<\/li>\n
ffi::c_uchar<\/li>\n
ffi::c_uint<\/li>\n
ffi::c_ulong<\/li>\n
ffi::c_ulonglong<\/li>\n
ffi::c_ushort<\/li>\n<\/ul>\n
I gestori di basso livello sono stati stabilizzati per l'uso con il meccanismo Poll (in futuro \u00e8 previsto di fornire un'API semplificata che non richiede l'uso di strutture di basso livello come Pull e Pin):<\/p>\n
Per un'archiviazione dei dati pi\u00f9 compatta, \u00e8 stata modificata la disposizione in memoria delle strutture Ipv4Addr, Ipv6Addr, SocketAddrV4 e SocketAddrV6. Potrebbero verificarsi problemi di compatibilit\u00e0 con pacchetti crate singoli che utilizzano std::mem::transmute per manipolazioni a basso livello delle strutture.\n
Nella build del compilatore Rust per la piattaforma Windows sono state utilizzate ottimizzazioni PGO (profile-guided optimization), che hanno permesso di aumentare le prestazioni di compilazione del codice dal 10 al 20%.\n
Nel compilatore \u00e8 stata implementata una nuova avvertenza sui campi non utilizzati in determinate strutture. <\/ul>\n
\u00c8 opportuno notare il rapporto sullo stato di sviluppo di un'implementazione alternativa del compilatore del linguaggio Rust, realizzato dal progetto gccrs (GCC Rust) e approvato per l'inclusione nel GCC. Dopo l'integrazione del frontend, gli strumenti standard del GCC potranno essere utilizzati per compilare programmi in linguaggio Rust senza necessit\u00e0 di installare il compilatore rustc, sviluppato con tecnologie LLVM. Attualmente lo sviluppo procede secondo i piani e, in assenza di problemi imprevisti, il frontend per il linguaggio Rust sar\u00e0 integrato nella prossima versione del GCC 13, prevista per maggio dell'anno prossimo. L'implementazione di Rust in GCC 13 avr\u00e0 uno stato beta, non attivato per impostazione predefinita. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"