Rust 1.64 प्रोग्रामिंग भाषा प्रकाशन

Mozilla प्रकल्पाद्वारे स्थापित, परंतु आता स्वतंत्र ना-नफा संस्था Rust Foundation च्या संरक्षणाखाली विकसित केलेली Rust 1.64 सामान्य-उद्देशीय प्रोग्रामिंग भाषा प्रकाशित करण्यात आली आहे. भाषा मेमरी सुरक्षिततेवर लक्ष केंद्रित करते आणि कचरा गोळा करणारे आणि रनटाइमचा वापर टाळून उच्च जॉब समांतरता प्राप्त करण्याचे साधन प्रदान करते (रनटाइम मूलभूत प्रारंभ आणि मानक लायब्ररीची देखभाल करण्यासाठी कमी केला जातो).

रस्टच्या मेमरी हाताळण्याच्या पद्धती पॉइंटर हाताळताना विकासकाला त्रुटींपासून वाचवतात आणि निम्न-स्तरीय मेमरी हाताळणीमुळे उद्भवणाऱ्या समस्यांपासून संरक्षण करतात, जसे की मेमरी एरिया मोकळा झाल्यानंतर त्यात प्रवेश करणे, नल पॉइंटर्सचा संदर्भ घेणे, बफर ओव्हररन्स इ. लायब्ररी वितरीत करण्यासाठी, बिल्ड प्रदान करण्यासाठी आणि अवलंबित्व व्यवस्थापित करण्यासाठी, प्रकल्प कार्गो पॅकेज व्यवस्थापक विकसित करतो. crates.io रेपॉजिटरी होस्टिंग लायब्ररीसाठी समर्थित आहे.

संदर्भ तपासणी, ऑब्जेक्टच्या मालकीचा मागोवा ठेवणे, ऑब्जेक्ट लाइफटाइम (स्कोप) चा मागोवा ठेवणे आणि कोड एक्झिक्यूशन दरम्यान मेमरी ऍक्सेसच्या अचूकतेचे मूल्यांकन करणे याद्वारे मेमरी सुरक्षितता रस्टमध्ये कंपाइल वेळी प्रदान केली जाते. रस्ट पूर्णांक ओव्हरफ्लोपासून संरक्षण देखील प्रदान करते, वापरण्यापूर्वी व्हेरिएबल व्हॅल्यूजचे अनिवार्य आरंभ आवश्यक आहे, मानक लायब्ररीमध्ये त्रुटी चांगल्या प्रकारे हाताळते, डिफॉल्टनुसार अपरिवर्तनीय संदर्भ आणि व्हेरिएबल्सची संकल्पना लागू करते, तार्किक त्रुटी कमी करण्यासाठी मजबूत स्थिर टायपिंग ऑफर करते.

मुख्य नवकल्पना:

• पर्यावरणासाठी वाढलेल्या गरजा Linux कंपायलर, कार्गो पॅकेज मॅनेजर आणि स्टँडर्ड लायब्ररी libstd मध्ये, Glibc साठीच्या किमान आवश्यकता आवृत्ती 2.11 वरून 2.17 पर्यंत वाढवण्यात आल्या आहेत, आणि कर्नल्समध्ये Linux आवृत्ती २.६.३२ पासून ३.२ पर्यंत. हे निर्बंध libstd वापरून तयार केलेल्या रस्ट ॲप्लिकेशन एक्झिक्युटेबल्सना देखील लागू होतात. RHEL 7, SLES 12-SP5 आणि इतर डिस्ट्रिब्युशन्स नवीन आवश्यकतांचे पालन करतात. Debian एक्सएनयूएमएक्स आणि Ubuntu १४.०४. RHEL 6, SLES 11-SP4 साठीचा सपोर्ट बंद केला जाईल. Debian एक्सएनयूएमएक्स आणि Ubuntu १२.०४. जुन्या कर्नल असलेल्या वातावरणात रस्ट टूलचेन-निर्मित एक्झिक्युटेबल्स वापरणाऱ्या वापरकर्त्यांसाठी. Linuxसुसंगतता टिकवून ठेवण्यासाठी, त्यांनी त्यांच्या सिस्टम्स अपग्रेड कराव्यात, जुन्या कंपाइलर रिलीजवर राहावे किंवा इंटरलेयर्ससह त्यांची स्वतःची libstd शाखा स्वतंत्रपणे सांभाळावी, असे सुचवले जाते.

  जुन्यांसाठी समर्थन समाप्त होण्यामागील कारणांपैकी एक Linuxजुन्या वातावरणांशी सुसंगतता कायम ठेवण्यासाठी मर्यादित संसाधने असल्याचा उल्लेख प्रणालींमध्ये आहे. LLVM आणि क्रॉस-कंपायलेशन साधनांसाठी वाढलेल्या आवृत्तीच्या आवश्यकता लक्षात घेता, कंटीन्युअस इंटिग्रेशन सिस्टीममध्ये चेक-इन करताना जुन्या Glibc च्या समर्थनासाठी जुन्या साधनांचा वापर करणे आवश्यक आहे. कर्नल आवृत्तीच्या वाढलेल्या आवश्यकता या, जुन्या कर्नलशी सुसंगतता सुनिश्चित करण्यासाठी मध्यस्थांची देखभाल करण्याची गरज न भासता libstd मधील नवीन सिस्टीम कॉल्स वापरण्याच्या क्षमतेमुळे आहेत.

• IntoFuture वैशिष्ट्य स्थिर केले गेले आहे, जे IntoIterator सारखे दिसते, परंतु “for...in...” loops ऐवजी “.await” वापरून नंतरच्यापेक्षा वेगळे आहे. IntoFuture सह एकत्रित केल्यावर, ".await" कीवर्ड केवळ भविष्यातील वैशिष्ट्याचीच नव्हे तर भविष्यात रूपांतरित होऊ शकणाऱ्या इतर कोणत्याही प्रकारची देखील अपेक्षा करू शकतो.
• रस्ट-विश्लेषक युटिलिटी रस्ट रिलीझसह प्रदान केलेल्या युटिलिटीजच्या संग्रहामध्ये समाविष्ट आहे. युटिलिटी रस्टअप (रस्टअप घटक ॲड रस्ट-विश्लेषक) वापरून इंस्टॉलेशनसाठी देखील उपलब्ध आहे.
• कार्गो पॅकेज मॅनेजरमध्ये रस्ट व्हर्जन आणि रिपॉझिटरी URL सारख्या पॅकेजेसमधील सामान्य फील्ड व्हॅल्यूजची डुप्लिकेशन दूर करण्यासाठी वर्कस्पेस इनहेरिटन्सचा समावेश होतो. एकाच वेळी अनेक लक्ष्य प्लॅटफॉर्मसाठी तयार करण्यासाठी समर्थन देखील जोडले गेले आहे (आपण आता “--लक्ष्य” पर्यायामध्ये एकापेक्षा जास्त पॅरामीटर निर्दिष्ट करू शकता).
• API चा एक नवीन भाग स्थिर श्रेणीमध्ये हलविला गेला आहे, ज्यामध्ये पद्धती आणि गुणधर्मांची अंमलबजावणी स्थिर केली गेली आहे:
  • भविष्य :: भविष्यात
  • num::NonZero*::checked_mul
  • num::NonZero*::checked_pow
  • num::NonZero*::saturating_mul
  • num::NonZero*::saturating_pow
  • संख्या::NonZeroI*::abs
  • num::NonZeroI*::checked_abs
  • संख्या::NonZeroI*::overflowing_abs
  • num::NonZeroI*::saturating_abs
  • संख्या::NonZeroI*::unsigned_abs
  • num::NonZeroI*::wrapping_abs
  • num::NonZeroU*::checked_add
  • num::NonZeroU*::checked_next_power_of_two
  • num::NonZeroU*::saturating_add
  • os::unix::process::CommandExt::process_group
  • os::windows::fs::FileTypeExt::is_symlink_dir
  • os::windows::fs::FileTypeExt::is_symlink_file
• सी-कंपॅटिबल प्रकार, पूर्वी std::ffi मॉड्यूलमध्ये स्थिर केलेले, कोर आणि alloc लायब्ररीमध्ये जोडले गेले आहेत:
  • core::ffi::CStr
  • core::ffi::FromBytesWithNulError
  • alloc::ffi::CSstring
  • alloc::ffi::FromVecWithNulError
  • alloc::ffi::IntoStringError
  • alloc::ffi::NulError
• पूर्वी std::os::raw module मध्ये स्थिर केलेले C प्रकार core::ffi आणि std::ffi मॉड्यूल्समध्ये जोडले गेले आहेत (उदाहरणार्थ, c_uint आणि c_ulong प्रकार uint आणि ulong C प्रकारांसाठी प्रस्तावित केले आहेत):
  • ffi::c_char
  • ffi::c_double
  • ffi::c_float
  • ffi::c_int
  • ffi::c_long
  • ffi::c_longlong
  • ffi::c_schar
  • ffi::c_short
  • ffi::c_uchar
  • ffi::c_uint
  • ffi::c_ulong
  • ffi::c_ulonglong
  • ffi::c_ushort
• पोल मेकॅनिझमसह वापरण्यासाठी लो-लेव्हल हँडलर स्थिर केले गेले आहेत (भविष्यात एक सरलीकृत API प्रदान करण्याची योजना आहे ज्यासाठी पुल आणि पिन सारख्या निम्न-स्तरीय संरचना वापरण्याची आवश्यकता नाही):
  • भविष्य::poll_fn
  • कार्य::तयार!
• "const" विशेषता, जी स्थिरांकांऐवजी कोणत्याही संदर्भात वापरण्याची शक्यता निर्धारित करते, स्लाइस::from_raw_parts फंक्शनमध्ये वापरली जाते.
• डेटा अधिक संक्षिप्तपणे संग्रहित करण्यासाठी, Ipv4Addr, Ipv6Addr, SocketAddrV4 आणि SocketAddrV6 संरचनांचा मेमरी लेआउट बदलला आहे. स्ट्रक्चर्सच्या लो-लेव्हल मॅनिप्युलेशनसाठी std::mem::transmute वापरणाऱ्या सिंगल क्रेट पॅकेजमध्ये सुसंगतता समस्या असू शकते.
• प्लॅटफॉर्मसाठी रस्ट कंपायलर बिल्डमध्ये Windows PGO ऑप्टिमायझेशन (प्रोफाइल-गाईडेड ऑप्टिमायझेशन) वापरण्यात आले, ज्यामुळे कोड संकलनाची कार्यक्षमता 10-20% ने वाढवणे शक्य झाले.
• कंपाइलरने काही संरचनांमध्ये न वापरलेल्या फील्डबद्दल एक नवीन चेतावणी लागू केली आहे.

याव्यतिरिक्त, तुम्ही Gccrs प्रकल्प (GCC Rust) द्वारे तयार केलेल्या आणि GCC मध्ये समावेशासाठी मंजूर केलेल्या Rust भाषा कंपाइलरच्या पर्यायी अंमलबजावणीच्या विकासावरील स्थिती अहवालाची नोंद घेऊ शकता. फ्रंटएंड समाकलित केल्यानंतर, LLVM डेव्हलपमेंट्स वापरून तयार केलेल्या रस्टसी कंपाइलरची स्थापना न करता रस्ट भाषेतील प्रोग्राम्स संकलित करण्यासाठी मानक GCC टूल्सचा वापर केला जाऊ शकतो. जोपर्यंत विकास मार्गावर आहे, आणि कोणत्याही अनपेक्षित समस्या वगळता, रस्ट फ्रंटएंड पुढील वर्षी मे मध्ये शेड्यूल केलेल्या GCC 13 रिलीझमध्ये समाकलित केला जाईल. रस्टची GCC 13 अंमलबजावणी बीटा स्थितीत असेल, अद्याप डीफॉल्टनुसार सक्षम केलेली नाही.

स्त्रोत: opennet.ru