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

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

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

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

• "ગભરાટ!" મેક્રોનો ઉપયોગ સ્થિર કરવામાં આવ્યો છે. સંકલન દરમિયાન બનાવેલ સંદર્ભોમાં, જેમ કે "const fn" ઘોષણાઓ. વધુમાં, ઉપયોગ કરવા ઉપરાંત "ગભરાટ!" const ઘોષણાઓ "દાખ!" મેક્રોનો ઉપયોગ કરવાની મંજૂરી આપે છે. અને કેટલાક અન્ય માનક પુસ્તકાલય API. સ્થિરીકરણ હજુ સુધી સમગ્ર ફોર્મેટિંગ ઈન્ફ્રાસ્ટ્રક્ચરને આવરી લેતું નથી, તેથી તેના વર્તમાન સ્વરૂપમાં "ગભરાટ!" મેક્રો માત્ર સ્થિર શબ્દમાળાઓ (ગભરાટ!("...")) સાથે અથવા અવેજી કરતી વખતે એકલ ઇન્ટરપોલેટેડ વેલ્યુ "&str" સાથે વાપરી શકાય છે (ગભરાટ!("{}", a)), જે "{" ને બદલવા સુધી મર્યાદિત હોવી જોઈએ }" ફોર્મેટિંગ સ્પષ્ટીકરણો અને અન્ય પ્રકારો વિના. ભવિષ્યમાં, સતત સંદર્ભોમાં મેક્રોની પ્રયોજનક્ષમતા વિસ્તરણ કરવામાં આવશે, પરંતુ સંકલન તબક્કે ભારપૂર્વક તપાસ કરવા માટે સ્થિર ક્ષમતાઓ પહેલેથી જ પૂરતી છે: const _: () = assert!(std::mem::size_of:: () == 64); const _: () = assert!(std::mem::size_of:: () == 8);
• કાર્ગો પેકેજ મેનેજર "દેવ", "રિલીઝ", "ટેસ્ટ" અને "બેન્ચ" સુધી મર્યાદિત નહીં, મનસ્વી નામો સાથે પ્રોફાઇલનો ઉપયોગ કરવાની મંજૂરી આપે છે. ઉદાહરણ તરીકે, જ્યારે અંતિમ ઉત્પાદન એસેમ્બલી જનરેટ થાય ત્યારે જ લિંકિંગ સ્ટેજ (LTO) પર ઓપ્ટિમાઇઝેશન સક્ષમ કરવા માટે, તમે Cargo.toml માં "ઉત્પાદન" પ્રોફાઇલ બનાવી શકો છો અને તેમાં "lto = true" ફ્લેગ ઉમેરી શકો છો. જો કે, તમારી પોતાની પ્રોફાઇલને વ્યાખ્યાયિત કરતી વખતે, તમારે તેમાંથી ડિફોલ્ટ સેટિંગ્સને વારસામાં મેળવવા માટે અસ્તિત્વમાંની પ્રોફાઇલનો ઉલ્લેખ કરવો આવશ્યક છે. નીચેનું ઉદાહરણ "ઉત્પાદન" પ્રોફાઇલ બનાવે છે જે "lto = true" ફ્લેગનો સમાવેશ કરીને "પ્રકાશન" પ્રોફાઇલને પૂરક બનાવે છે. પ્રોફાઇલ પોતે "--પ્રોફાઇલ ઉત્પાદન" વિકલ્પ સાથે કાર્ગોને કૉલ કરીને સક્રિય થાય છે, અને એસેમ્બલી કલાકૃતિઓને "લક્ષ્ય/ઉત્પાદન" નિર્દેશિકામાં મૂકવામાં આવશે. [profile.production] inherits = "રીલીઝ" lto = સાચું
• Vec, String, HashMap, HashSet અને VecDeque પ્રકારો માટે try_reserve નો ઉપયોગ સ્થિર કરવામાં આવ્યો છે, જે તમને મેમરી ફાળવણી કામગીરીની આવૃત્તિ ઘટાડવા અને ટાળવા માટે આપેલ પ્રકારના તત્વોની ચોક્કસ સંખ્યા માટે અગાઉથી જગ્યા અનામત રાખવાની મંજૂરી આપે છે. મેમરીના અભાવને કારણે ઓપરેશન દરમિયાન ક્રેશ થાય છે.
• તેને "m!{ .. }.method()" અને "m!{ .. }?" જેવા અભિવ્યક્તિઓમાં કર્લી કૌંસ સાથે મેક્રોનો ઉલ્લેખ કરવાની મંજૂરી છે.
• ફાઇલ::read_to_end અને read_to_string ફંક્શનનો અમલ ઑપ્ટિમાઇઝ કરવામાં આવ્યો છે.
• યુનિકોડ સ્પષ્ટીકરણ માટે આધાર આવૃત્તિ 14.0 માં અપડેટ કરવામાં આવ્યો છે.
• જો વળતર મૂલ્યને અવગણવામાં આવે તો ચેતવણી આપવા માટે "#[જરૂરી_ઉપયોગ]" તરીકે ચિહ્નિત થયેલ ફંક્શન્સની સંખ્યાને વિસ્તૃત કરી, જે ફંક્શન નવી કિંમત પરત કરવાને બદલે મૂલ્યો બદલશે એમ ધારીને થતી ભૂલોને ઓળખવામાં મદદ કરે છે.
• libgccjit નો ઉપયોગ કરીને કોડ જનરેશન માટે પ્રાયોગિક બેકએન્ડ ઉમેર્યું.
• API ના નવા ભાગને સ્થિરની શ્રેણીમાં ખસેડવામાં આવ્યો છે, જેમાં લક્ષણોની પદ્ધતિઓ અને અમલીકરણો સ્થિર કરવામાં આવ્યા છે:
  • [ટી; N]::as_mut_slice
  • [ટી; N]::એઝ_સ્લાઈસ
  • સંગ્રહ::TryReserveError
  • HashMap::try_reserve
  • HashSet::try_reserve
  • શબ્દમાળા::પ્રયાસ_અનામત
  • શબ્દમાળા::પ્રયાસ_અનામત_ચોક્કસ
  • Vec::try_reserve
  • Vec::try_reserve_exact
  • VecDeque::try_reserve
  • VecDeque::try_reserve_exact
  • ઇટરરેટર::નકશો
  • iter::MapWhile
  • proc_macro::is_available
  • આદેશ::ગેટ_પ્રોગ્રામ
  • આદેશ::get_args
  • આદેશ::get_envs
  • આદેશ::get_current_dir
  • CommandArgs
  • CommandEnvs
• "const" એટ્રિબ્યુટ, જે નિર્ધારિત કરે છે કે તે સ્થિરાંકોને બદલે કોઈપણ સંદર્ભમાં ઉપયોગમાં લઈ શકાય છે કે કેમ તે ફંક્શન hint::unreachable_unchecked માં વપરાય છે.
• armv6k-nintendo-3ds, armv7-unknown-linux-uclibceabihf, m68k-unknown-linux-gnu, aarch64-kmc-solid_asp3, armv7a-kmc-solid_asp3-eabi-abi અને 7-3 માટે સમર્થનનું ત્રીજું સ્તર લાગુ કરવામાં આવ્યું છે. solid_aspXNUMX-eabihf પ્લેટફોર્મ. ત્રીજા સ્તરમાં મૂળભૂત આધારનો સમાવેશ થાય છે, પરંતુ સ્વયંસંચાલિત પરીક્ષણ વિના, સત્તાવાર બિલ્ડ પ્રકાશિત કરવા અથવા કોડ બનાવી શકાય છે કે કેમ તે તપાસ્યા વિના.

સોર્સ: opennet.ru