રસ્ટ 1.64 પ્રોગ્રામિંગ લેંગ્વેજ રિલીઝ

રસ્ટ 1.64 સામાન્ય હેતુવાળી પ્રોગ્રામિંગ ભાષાનું પ્રકાશન, મોઝિલા પ્રોજેક્ટ દ્વારા સ્થાપિત, પરંતુ હવે સ્વતંત્ર બિન-લાભકારી સંસ્થા રસ્ટ ફાઉન્ડેશનના આશ્રય હેઠળ વિકસાવવામાં આવ્યું છે, પ્રકાશિત કરવામાં આવ્યું છે. ભાષા મેમરી સલામતી પર ધ્યાન કેન્દ્રિત કરે છે અને ગાર્બેજ કલેક્ટર અને રનટાઈમનો ઉપયોગ ટાળીને ઉચ્ચ જોબ સમાંતરતા હાંસલ કરવાના માધ્યમ પૂરા પાડે છે (રનટાઇમ મૂળભૂત પ્રારંભ અને પ્રમાણભૂત પુસ્તકાલયની જાળવણી માટે ઘટાડવામાં આવે છે).

રસ્ટની મેમરી હેન્ડલિંગ પદ્ધતિઓ વિકાસકર્તાને પોઇન્ટરની હેરફેર કરતી વખતે ભૂલોથી બચાવે છે અને લો-લેવલ મેમરી હેન્ડલિંગને કારણે ઊભી થતી સમસ્યાઓ સામે રક્ષણ આપે છે, જેમ કે મેમરી એરિયાને મુક્ત કર્યા પછી તેને એક્સેસ કરવું, નલ પોઇન્ટરનો સંદર્ભ આપવો, બફર ઓવરરન્સ વગેરે. લાઇબ્રેરીઓનું વિતરણ કરવા, બિલ્ડ પ્રદાન કરવા અને નિર્ભરતાઓનું સંચાલન કરવા માટે, પ્રોજેક્ટ કાર્ગો પેકેજ મેનેજર વિકસાવે છે. crates.io રીપોઝીટરી હોસ્ટિંગ લાઈબ્રેરીઓ માટે આધારભૂત છે.

કમ્પાઈલ સમયે રસ્ટમાં રેફરન્સ ચેકિંગ, ઑબ્જેક્ટની માલિકીનો ટ્રૅક રાખવા, ઑબ્જેક્ટ લાઇફટાઇમ (સ્કોપ્સ)નો ટ્રૅક રાખવા અને કોડ એક્ઝિક્યુશન દરમિયાન મેમરી એક્સેસની સાચીતાનું મૂલ્યાંકન કરીને મેમરી સુરક્ષા પૂરી પાડવામાં આવે છે. રસ્ટ પણ પૂર્ણાંક ઓવરફ્લો સામે રક્ષણ પૂરું પાડે છે, ઉપયોગ કરતા પહેલા ચલ મૂલ્યોની ફરજિયાત શરૂઆતની જરૂર છે, પ્રમાણભૂત લાઇબ્રેરીમાં ભૂલોને વધુ સારી રીતે હેન્ડલ કરે છે, ડિફોલ્ટ રૂપે અપરિવર્તનશીલ સંદર્ભો અને ચલોનો ખ્યાલ લાગુ કરે છે, લોજિકલ ભૂલોને ઘટાડવા માટે મજબૂત સ્ટેટિક ટાઇપિંગ પ્રદાન કરે છે.

મુખ્ય નવીનતાઓ:

• કમ્પાઇલર, કાર્ગો પેકેજ મેનેજર અને libstd સ્ટાન્ડર્ડ લાઇબ્રેરીમાં Linux પર્યાવરણ માટેની જરૂરિયાતો વધારવામાં આવી છે - Glibc માટેની લઘુત્તમ જરૂરિયાતો આવૃત્તિ 2.11 થી 2.17 સુધી અને Linux કર્નલ આવૃત્તિ 2.6.32 થી 3.2 સુધી વધારવામાં આવી છે. પ્રતિબંધો libstd સાથે બનેલ રસ્ટ એપ્લિકેશન એક્ઝિક્યુટેબલને પણ લાગુ પડે છે. વિતરણ કિટ્સ RHEL 7, SLES 12-SP5, Debian 8 અને Ubuntu 14.04 નવી આવશ્યકતાઓને પૂર્ણ કરે છે. RHEL 6, SLES 11-SP4, Debian 7 અને Ubuntu 12.04 માટે સપોર્ટ બંધ કરવામાં આવશે. વપરાશકર્તાઓ કે જેઓ જૂની Linux કર્નલ સાથે પર્યાવરણોમાં રસ્ટ-બિલ્ટ એક્ઝિક્યુટેબલનો ઉપયોગ કરે છે તેઓને તેમની સિસ્ટમોને અપગ્રેડ કરવા, કમ્પાઇલરના જૂના પ્રકાશનો પર રહેવા, અથવા સુસંગતતા જાળવવા માટે તેમના પોતાના libstd ફોર્કને સ્તરો સાથે જાળવવા માટે પ્રોત્સાહિત કરવામાં આવે છે.

  જૂની Linux સિસ્ટમો માટે આધારને સમાપ્ત કરવાના કારણોમાં જૂના વાતાવરણ સાથે સુસંગતતા જાળવી રાખવા માટે મર્યાદિત સંસાધનો છે. LLVM અને ક્રોસ-કમ્પાઇલેશન યુટિલિટીઝમાં વર્ઝનની વધતી જતી જરૂરિયાતોને ધ્યાનમાં રાખીને, લેગસી Glibc માટે સપોર્ટ માટે લેગસી ટૂલ્સના ઉપયોગની જરૂર છે જ્યારે સતત એકીકરણ સિસ્ટમમાં તપાસ કરવામાં આવે છે. કર્નલ સંસ્કરણ આવશ્યકતાઓમાં વધારો એ જૂના કર્નલ સાથે સુસંગતતા સુનિશ્ચિત કરવા માટે સ્તરો જાળવવાની જરૂર વગર libstd માં નવી સિસ્ટમ કોલ્સનો ઉપયોગ કરવાની ક્ષમતાને કારણે છે.

• IntoFuture લક્ષણને સ્થિર કરવામાં આવ્યું છે, જે IntoIterator જેવું લાગે છે, પરંતુ "for...in..." લૂપ્સને બદલે ".await" નો ઉપયોગ કરીને પછીથી અલગ પડે છે. જ્યારે IntoFuture સાથે જોડવામાં આવે છે, ત્યારે ".await" કીવર્ડ માત્ર ભવિષ્યના લક્ષણની જ નહીં, પણ અન્ય કોઈપણ પ્રકારની પણ અપેક્ષા રાખી શકે છે જેને ભવિષ્યમાં રૂપાંતરિત કરી શકાય છે.
• રસ્ટ-વિશ્લેષક ઉપયોગિતા રસ્ટ રીલીઝ સાથે પૂરી પાડવામાં આવેલ ઉપયોગિતાઓના સંગ્રહમાં સમાવવામાં આવેલ છે. ઉપયોગિતા રસ્ટઅપ (રસ્ટઅપ કમ્પોનન્ટ એડ રસ્ટ-વિશ્લેષક) નો ઉપયોગ કરીને ઇન્સ્ટોલેશન માટે પણ ઉપલબ્ધ છે.
• કાર્ગો પેકેજ મેનેજરમાં રસ્ટ વર્ઝન અને રિપોઝીટરી URL જેવા પેકેજો વચ્ચેના સામાન્ય ફીલ્ડ મૂલ્યોના ડુપ્લિકેશનને દૂર કરવા માટે વર્કસ્પેસ વારસાનો સમાવેશ થાય છે. એકસાથે અનેક ટાર્ગેટ પ્લેટફોર્મ બનાવવા માટે સપોર્ટ પણ ઉમેર્યો (હવે તમે “--target” વિકલ્પમાં એક કરતાં વધુ પેરામીટરનો ઉલ્લેખ કરી શકો છો).
• API ના નવા ભાગને સ્થિરની શ્રેણીમાં ખસેડવામાં આવ્યો છે, જેમાં લક્ષણોની પદ્ધતિઓ અને અમલીકરણો સ્થિર કરવામાં આવ્યા છે:
  • ભવિષ્ય::ભવિષ્યમાં
  • num::NonZero*::checked_mul
  • num::NonZero*::checked_pow
  • num::NonZero*::saturating_mul
  • num::NonZero*::saturating_pow
  • num::NonZeroI*::abs
  • num::NonZeroI*::checked_abs
  • num::NonZeroI*::overflowing_abs
  • num::NonZeroI*:: saturating_abs
  • num::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 મોડ્યુલમાં સ્થિર થયા હતા, કોર અને એલોક લાઇબ્રેરીમાં ઉમેરવામાં આવ્યા છે:
  • core::ffi::CStr
  • core::ffi::FromBytesWithNulError
  • alloc::ffi::CSstring
  • alloc::ffi::FromVecWithNulError
  • alloc::ffi::IntoStringError
  • alloc::ffi::NulError
• અગાઉ std::os::raw મોડ્યુલમાં સ્થિર થયેલા 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 પ્રદાન કરવાની યોજના છે જેમાં પુલ અને પિન જેવા નિમ્ન-સ્તરના માળખાના ઉપયોગની જરૂર નથી):
  • ભવિષ્ય::પોલ_એફએન
  • કાર્ય::તૈયાર!
• "const" વિશેષતા, જે સ્થિરાંકોને બદલે કોઈપણ સંદર્ભમાં તેનો ઉપયોગ કરવાની શક્યતા નક્કી કરે છે, તેનો ઉપયોગ સ્લાઈસ::from_raw_parts ફંક્શનમાં થાય છે.
• ડેટાને વધુ સઘન રીતે સંગ્રહિત કરવા માટે, Ipv4Addr, Ipv6Addr, SocketAddrV4 અને SocketAddrV6 સ્ટ્રક્ચર્સનું મેમરી લેઆઉટ બદલવામાં આવ્યું છે. સિંગલ ક્રેટ પેકેજો સાથે સુસંગતતાની સમસ્યા હોઈ શકે છે જે std::mem::transmute નો ઉપયોગ કરે છે.
• વિન્ડોઝ પ્લેટફોર્મ માટે રસ્ટ કમ્પાઈલરનું નિર્માણ પીજીઓ ઓપ્ટિમાઈઝેશન (પ્રોફાઈલ-ગાઈડેડ ઓપ્ટિમાઈઝેશન) નો ઉપયોગ કરે છે, જેણે કોડ કમ્પાઈલેશન પરફોર્મન્સ 10-20% વધારવું શક્ય બનાવ્યું છે.
• કમ્પાઈલરે અમુક સ્ટ્રક્ચર્સમાં ન વપરાયેલ ક્ષેત્રો વિશે નવી ચેતવણી અમલમાં મૂકી છે.

વધુમાં, તમે રસ્ટ લેંગ્વેજ કમ્પાઈલરના વૈકલ્પિક અમલીકરણના વિકાસ પરના સ્ટેટસ રિપોર્ટની નોંધ લઈ શકો છો, જે gccrs પ્રોજેક્ટ (GCC Rust) દ્વારા તૈયાર કરવામાં આવે છે અને GCC માં સમાવેશ માટે મંજૂર કરવામાં આવે છે. ફ્રન્ટએન્ડને એકીકૃત કર્યા પછી, પ્રમાણભૂત GCC ટૂલ્સનો ઉપયોગ LLVM ડેવલપમેન્ટનો ઉપયોગ કરીને બનેલ rustc કમ્પાઇલરને ઇન્સ્ટોલ કર્યા વિના રસ્ટ ભાષામાં પ્રોગ્રામ્સ કમ્પાઇલ કરવા માટે કરી શકાય છે. જ્યાં સુધી વિકાસ ટ્રેક પર છે, અને કોઈપણ અણધાર્યા સમસ્યાઓને બાદ કરતાં, રસ્ટ ફ્રન્ટએન્ડને આવતા વર્ષે મે માટે નિર્ધારિત GCC 13 રિલીઝમાં એકીકૃત કરવામાં આવશે. રસ્ટનું GCC 13 અમલીકરણ બીટા સ્થિતિમાં હશે, હજુ ડિફોલ્ટ રૂપે સક્ષમ નથી.

સોર્સ: opennet.ru