जाओ 1.24 जाओ

गो भाषा का नया संस्करण 1.24, छह महीने बाद आया है जाओ 1.23 जाओ. अधिकांश परिवर्तन टूलचेन, रनटाइम और लाइब्रेरीज़ के कार्यान्वयन में हैं। हमेशा की तरह, विज्ञप्ति में यह जानकारी दी गई है अनुकूलता का वादा गो 1. भाषा डिजाइनरों को उम्मीद है कि लगभग सभी गो प्रोग्राम पहले की तरह संकलित और चलते रहेंगे।

भाषा में परिवर्तन

Go 1.24 अब पूर्णतः समर्थन करता है सामान्य प्रकार के उपनाम: एक प्रकार उपनाम को घोषित प्रकार के रूप में पैरामीटराइज़ किया जा सकता है। विवरण यहां देखें भाषा विनिर्देश. अभी के लिए, इस सुविधा को GOEXPERIMENT=noaliastypeparams; सेट करके अक्षम किया जा सकता है; हालाँकि, Go 1.25 में Aliastypeparams विकल्प हटा दिया जाएगा।

उपकरण

जाओ आदेश

गो मॉड्यूल अब go.mod में टूल निर्देश का उपयोग करके निष्पादन योग्य निर्भरताओं को ट्रैक कर सकते हैं। इससे सामान्यतः “tools.go” नामक फ़ाइल में खाली आयात के रूप में टूल जोड़ने की पिछली वैकल्पिक विधि की आवश्यकता समाप्त हो जाती है। गो टूल कमांड अब गो के साथ आने वाले टूल्स के अतिरिक्त इन टूल्स को भी चला सकता है। अधिक जानकारी यहां पाई जा सकती है प्रलेखन.

go get के लिए नया -tool फ्लैग, require निर्देशों को जोड़ने के अतिरिक्त, निर्दिष्ट पैकेजों के लिए वर्तमान मॉड्यूल में tool निर्देशों को भी जोड़ता है।

नया मेटा-पैटर्न टूल वर्तमान मॉड्यूल में सभी उपकरणों को संदर्भित करता है। इसका उपयोग गो गेट टूल के माध्यम से उन सभी को अपडेट करने के लिए, या गो इंस्टॉल टूल के माध्यम से उन्हें अपनी GOBIN निर्देशिका में स्थापित करने के लिए किया जा सकता है।

गो रन के माध्यम से बनाए गए निष्पादनयोग्य और नए गो टूल व्यवहार अब गो बिल्ड कैश में कैश किए गए हैं। इससे बढ़ी हुई कैश के कारण बार-बार लॉन्च करना संभव हो जाता है। #69290.

गो बिल्ड और गो इंस्टॉल कमांड अब -json फ्लैग को स्वीकार करते हैं, जो मानक आउटपुट पर संरचित JSON आउटपुट के रूप में बिल्ड आउटपुट और त्रुटियों की रिपोर्ट करता है। प्रारूप विवरण go help buildjson में देखा जा सकता है।

इसके अलावा, go test -json अब आउटपुट और बिल्ड त्रुटियों को JSON में रिपोर्ट करता है, जो परीक्षण परिणाम JSON के साथ मिश्रित होता है। उन्हें नए एक्शन प्रकारों द्वारा पहचाना जा सकता है, लेकिन यदि वे परीक्षण एकीकरण प्रणाली में समस्या उत्पन्न करते हैं, तो आप बिल्ड के टेक्स्ट आउटपुट पर वापस जा सकते हैं GODEBUG सेटअप gotestjsonbuildtext=1.

नया GOAUTH पर्यावरण चर, निजी मॉड्यूल पुल को अधिकृत करने का एक लचीला तरीका प्रदान करता है। आप go help goauth में विवरण देख सकते हैं।

अब go build कमांड स्थापित हो गया है मुख्य मॉड्यूल का संस्करण संकलित बाइनरी में, एक टैग और/या एक संस्करण नियंत्रण प्रतिबद्धता के आधार पर। यदि कोई अप्रतिबद्ध परिवर्तन होगा तो +dirty प्रत्यय जोड़ दिया जाएगा। -buildvcs=false ध्वज का उपयोग बाइनरी से संस्करण नियंत्रण जानकारी को छोड़ने के लिए किया जा सकता है।

नई GODEBUG सेटअप टूलचेनट्रेस=1 अब इसका उपयोग गो कमांड में टूलचेन चयन प्रक्रिया को ट्रैक करने के लिए किया जा सकता है।

सीजीओ

Cgo रनटाइम प्रदर्शन को बेहतर बनाने के लिए C फ़ंक्शनों के लिए नए एनोटेशन का समर्थन करता है। #cgo noescape cFunctionName कंपाइलर को बताता है कि C फ़ंक्शन cFunctionName को पास की गई मेमोरी एस्केप नहीं की गई है। #cgo nocallback cFunctionName संकलक को बताता है कि C फ़ंक्शन cFunctionName किसी भी Go फ़ंक्शन को कॉलबैक नहीं करता है। अधिक जानकारी यहां पाई जा सकती है सीजीओ दस्तावेज़ीकरण.

Cgo वर्तमान में ऐसे C फ़ंक्शन के लिए कॉल संकलित करने से इंकार करता है जिसमें एकाधिक असंगत घोषणाएं हों। उदाहरण के लिए, यदि f को void f(int) और void f(double) दोनों के रूप में घोषित किया जाता है, तो cgo संभवतः एक अमान्य कॉलिंग अनुक्रम f(0) उत्पन्न करने के बजाय एक त्रुटि की रिपोर्ट करेगा। इस रिलीज़ में नया यह है कि जब विभिन्न फ़ाइलों में असंगत घोषणाएं दिखाई देती हैं, तो इस त्रुटि स्थिति का पता लगाने में सुधार किया गया है। #67699.

ऑब्जडंप

objdump उपकरण अब 64-बिट LoongArch (GOARCH=loong64), RISC-V (GOARCH=riscv64), और S390X (GOARCH=s390x) पर विसंयोजन का समर्थन करता है।

वसा

नया परीक्षण विश्लेषक परीक्षण, फजर, बेंचमार्क, और परीक्षण सुइट्स में उदाहरण घोषणाओं में सामान्य त्रुटियों की रिपोर्ट करता है, जैसे विकृत नाम, अमान्य हस्ताक्षर, या ऐसे उदाहरण जो गैर-मौजूद पहचानकर्ताओं का दस्तावेजीकरण करते हैं। इनमें से कुछ त्रुटियों के कारण परीक्षण विफल हो सकते हैं।

मौजूदा printf पार्सर अब fmt.Printf(s) फॉर्म के कॉल के लिए डायग्नोस्टिक्स की रिपोर्ट करता है, जहां s एक गैर-स्थिर प्रारूप स्ट्रिंग है, जिसमें कोई अन्य तर्क नहीं है। ऐसी कॉल लगभग हमेशा त्रुटिपूर्ण होती हैं, क्योंकि s के मान में % वर्ण शामिल हो सकता है; इसके बजाय fmt.Print का उपयोग करें. 60529. यह जांच मौजूदा कोड में चीजों को खोजने के लिए होती है, और इसलिए इसे केवल तभी लागू किया जाता है जब भाषा संस्करण (जैसा कि go.mod फ़ाइल के go निर्देश या `//go:build` टिप्पणियों द्वारा निर्दिष्ट किया गया है) कम से कम Go 1.24 हो, ताकि Go 1.24 टूलचेन में अपग्रेड करते समय लंबे एकीकरण ब्रेक से बचा जा सके।

मौजूदा बिल्डटैग विश्लेषक अब गलत बिल्डटैग होने पर निदान रिपोर्ट करता है पुराने संस्करण निर्माण सीमा //go:build निर्देश में जाएँ. उदाहरण के लिए, //go:build go1.23.1 एक बिंदु रिलीज को संदर्भित करता है; इसके बजाय //go:build go1.23 का उपयोग करें. #64127.

मौजूदा कॉपीलॉक विश्लेषक अब एक निदान की रिपोर्ट करता है जब एक चर को ट्रिपल "फॉर" लूप में घोषित किया जाता है, जैसे कि for i := iter(); किया(i); i = next(i) { … }, इसमें sync.Locker शामिल है, जैसे sync.Mutex. जाओ 1.22 जाओ प्रत्येक पुनरावृत्ति के लिए एक नया चर बनाने के लिए इस तरह के लूप के व्यवहार को बदल दिया, पिछले पुनरावृत्ति से मूल्यों की प्रतिलिपि बनाना; यह प्रतिलिपिकरण ताले के लिए सुरक्षित नहीं है। #66387.

गोकाचेप्रोग

आंतरिक cmd/go बाइनरी और परीक्षण कैशिंग तंत्र को अब cmd/go टूल और GOCACHEPROG पर्यावरण चर द्वारा नामित चाइल्ड प्रोसेस के बीच JSON प्रोटोकॉल को लागू करने वाली चाइल्ड प्रोसेस द्वारा कार्यान्वित किया जा सकता है। पहले यह GOEXPERIMENT के लिए था। प्रोटोकॉल का विवरण यहां देखा जा सकता है प्रलेखन.

पूरा होने का समय

कई रनटाइम प्रदर्शन सुधारों ने प्रतिनिधि बेंचमार्क के एक सेट में CPU ओवरहेड को औसतन 2-3% तक कम कर दिया। परिणाम आवेदन के आधार पर भिन्न हो सकते हैं। इन सुधारों में एक नया अंतर्निर्मित मानचित्र कार्यान्वयन शामिल है, जो निम्न पर आधारित है: स्वीडिश टेबल्स, छोटे ऑब्जेक्ट मेमोरी का अधिक कुशल आवंटन, और म्यूटेक्स का एक नया आंतरिक रनटाइम कार्यान्वयन।

नए अंतर्निर्मित मानचित्र कार्यान्वयन और नए आंतरिक रनटाइम म्यूटेक्स को क्रमशः निर्माण समय पर GOEXPERIMENT=noswissmap और GOEXPERIMENT=nospinbitmutex सेट करके अक्षम किया जा सकता है।

संकलक

कंपाइलर ने पहले से ही cgo द्वारा उत्पन्न रिसीवर प्रकारों के साथ नई विधियों को परिभाषित करने पर रोक लगा दी थी, लेकिन टाइप उपनाम के माध्यम से इस प्रतिबंध को दूर करना संभव था। यदि रिसीवर सीजीओ-जनरेटेड प्रकार को प्रत्यक्ष या अप्रत्यक्ष रूप से (प्रकार उपनाम के माध्यम से) दर्शाता है, तो गो 1.24 अब हमेशा एक त्रुटि की रिपोर्ट करता है।

लिंकर

लिंकर अब डिफ़ॉल्ट रूप से ELF प्लेटफॉर्म पर एक GNU बिल्ड आइडेंटिफ़ायर (ELF प्रविष्टि NT_GNU_BUILD_ID) और macOS पर एक UUID (Mach-O लोड कमांड LC_UUID) उत्पन्न करता है। बिल्ड आईडी या UUID गो बिल्ड आईडी से ली गई है। इसे -B none लिंकर फ्लैग के साथ बंद किया जा सकता है, या उपयोगकर्ता द्वारा निर्दिष्ट हेक्साडेसिमल मान के साथ -B 0xNNNN लिंकर फ्लैग के साथ ओवरराइड किया जा सकता है।

पदोन्नति

जैसा कि इसमें घोषित किया गया है GO 1.22 रिलीज़ नोट्सअब Go 1.24 को Go 1.22.6 या उसके बाद के संस्करण को स्थापित करने की आवश्यकता है। डेवलपर्स को उम्मीद है कि Go 1.26 को जारी करने के लिए Go 1.24 या उसके बाद के संस्करण की आवश्यकता होगी।

मानक पुस्तकालय

निर्देशिका-प्रतिबंधित फ़ाइल सिस्टम पहुँच

नया प्रकार ओएस.रूट किसी विशिष्ट निर्देशिका के भीतर फ़ाइल सिस्टम संचालन करने की क्षमता प्रदान करता है।

समारोह ओएस.ओपनरूट निर्देशिका खोलता है और वापस लौटता है ओएस.रूट. विधियाँ ओएस.रूट उस निर्देशिका में कार्य करते हैं और पथों को निर्देशिका के बाहर के स्थानों को संदर्भित करने की अनुमति नहीं देते हैं, जिनमें वे भी शामिल हैं जो निर्देशिका के बाहर प्रतीकात्मक लिंक का अनुसरण करते हैं। os.Root पर विधियाँ os पैकेज में उपलब्ध अधिकांश फ़ाइल सिस्टम संचालन को प्रतिबिंबित करती हैं, उदाहरण के लिए, ओएस.रूट.ओपन, ओएस.रूट.बनाएँ, ओएस.रूट.Mkdir и ओएस.रूट.स्टेट.

नई बेंचमार्क सुविधा

बेंचमार्क अब अधिक तेज़, कम त्रुटि-प्रवण विधि का उपयोग कर सकते हैं परीक्षण.बी.लूप bN से संबंधित विशिष्ट लूप संरचनाओं जैसे for range bN के बजाय for b.Loop() { … } जैसे बेंचमार्क पर पुनरावृति करना। इससे दो महत्वपूर्ण लाभ मिलते हैं:

• बेंचमार्क फ़ंक्शन को प्रति-गणना में ठीक एक बार निष्पादित किया जाता है, इसलिए महंगे सेटअप और क्लीनअप चरण केवल एक बार ही निष्पादित किए जाते हैं।
• फ़ंक्शन कॉल पैरामीटर और परिणाम चालू रहते हैं, जिससे कंपाइलर लूप बॉडी को पूरी तरह से अनुकूलित करने से रोकता है।

बेहतर फ़ाइनलाइज़र

नयी विशेषता रनटाइम.AddCleanup एक पूर्णता तंत्र है जो अधिक लचीला, अधिक कुशल और कम त्रुटि-प्रवण है रनटाइम.सेटफाइनलाइजर. AddCleanup किसी ऑब्जेक्ट से एक क्लीनअप फ़ंक्शन जोड़ता है जो ऑब्जेक्ट के अनुपलब्ध होते ही चलाया जाएगा। हालांकि, SetFinalizer के विपरीत, एकाधिक क्लीनअप को एक ही ऑब्जेक्ट से जोड़ा जा सकता है, क्लीनअप को आंतरिक पॉइंटर्स से जोड़ा जा सकता है, जब ऑब्जेक्ट एक चक्र बनाते हैं तो क्लीनअप आमतौर पर लीक का कारण नहीं बनते हैं, और क्लीनअप उस ऑब्जेक्ट या ऑब्जेक्ट्स के डी-एलोकेशन में देरी नहीं करते हैं, जिनकी ओर यह इंगित करता है। नये कोड में SetFinalizer की अपेक्षा AddCleanup को प्राथमिकता दी जानी चाहिए।

नया कमज़ोर पैकेज

नया पैकेज कमज़ोर कमजोर संकेत प्रदान करता है.

कमजोर पॉइंटर्स एक निम्न-स्तरीय प्राथमिक संरचना है जो स्मृति-कुशल संरचनाएं बनाने के लिए प्रदान की जाती है, जैसे मानों के मानचित्रण के लिए कमजोर शब्दकोश, पैकेज द्वारा कवर न की गई किसी भी चीज़ के लिए कैनोनिकलाइज़ेशन शब्दकोश। अद्वितीय, और विभिन्न प्रकार के कैश। इन उपयोग मामलों का समर्थन करने के लिए, यह रिलीज़ भी प्रदान करता है रनटाइम.AddCleanup и maphash.तुलनीय.

नया क्रिप्टो/एमएलकेम पैकेज

नया पैकेज क्रिप्टो/एमएलकेम एमएल-केईएम-768 और एमएल-केईएम-1024 को लागू करता है।

एमएल-केईएम एक पोस्ट-क्वांटम कुंजी विनिमय तंत्र है, जिसे पहले क्यबर के नाम से जाना जाता था और इसमें निर्दिष्ट किया गया था FIPS 203.

नए पैकेज क्रिप्टो/एचकेडीएफ, क्रिप्टो/पीबीकेडीएफ2 और क्रिप्टो/एसएचए3

नया पैकेज क्रिप्टो/एचकेडीएफ HMAC-आधारित “एक्सट्रैक्ट-एंड-एक्सपैंड” कुंजी व्युत्पन्न फ़ंक्शन HKDF को कार्यान्वित करता है जैसा कि में परिभाषित किया गया है RFC 5869.

नया पैकेज क्रिप्टो/pbkdf2 पासवर्ड-आधारित कुंजी व्युत्पत्ति फ़ंक्शन PBKDF2 को कार्यान्वित करता है जैसा कि में परिभाषित किया गया है RFC 8018.

नया पैकेज क्रिप्टो/sha3 SHA-3 हैश फ़ंक्शन और SHAKE और cSHAKE एक्सटेंसिबल आउटपुट फ़ंक्शन को लागू करता है जैसा कि में परिभाषित किया गया है FIPS 202.

सभी तीन पैकेज मौजूदा golang.org/x/crypto/… पैकेजों पर आधारित हैं।

FIPS 140-3 अनुपालन

इस रिलीज में शामिल हैं FIPS 140-3 अनुपालन सुनिश्चित करने के लिए तंत्रों का एक नया सेट.

गो क्रिप्टो मॉड्यूल आंतरिक मानक लाइब्रेरी पैकेजों का एक सेट है, जिसका उपयोग पारदर्शी रूप से FIPS 140-3 अनुमोदित एल्गोरिदम को लागू करने के लिए किया जाता है। अनुमोदित एल्गोरिदम के लिए गो क्रिप्टो मॉड्यूल का उपयोग करने के लिए अनुप्रयोगों में परिवर्तन की आवश्यकता नहीं होती है।

नए पर्यावरण चर GOFIPS140 का उपयोग बिल्ड में उपयोग करने के लिए गो क्रिप्टो मॉड्यूल के संस्करण का चयन करने के लिए किया जा सकता है। नया GODEBUG सेटअप fips140 का उपयोग रनटाइम पर FIPS 140-3 मोड को सक्षम करने के लिए किया जा सकता है।

गो 1.24 में गो क्रिप्टो मॉड्यूल v1.0.0 शामिल है, जिसका वर्तमान में सीएमवीपी-मान्यता प्राप्त प्रयोगशाला में परीक्षण किया जा रहा है।

नया प्रायोगिक पैकेज परीक्षण/सिंकटेस्ट

नया प्रायोगिक पैकेज परीक्षण/सिंकटेस्ट समवर्ती कोड के परीक्षण हेतु समर्थन प्रदान करता है।

• समारोह synctest.रन एक पृथक "बबल" में गोरूटीन का एक समूह चलाता है। पैकेज फ़ंक्शन के बुलबुले में पहर झूठी घड़ियों पर काम करते हैं।
• कार्य synctest.प्रतीक्षा तब तक प्रतीक्षा करें जब तक कि वर्तमान बबल में सभी गोरूटीन अवरुद्ध न हो जाएं।

विस्तृत जानकारी पैकेज दस्तावेज़ में पाई जा सकती है।

synctest पैकेज प्रायोगिक है और इसे GOEXPERIMENT=synctest सेट करके सक्षम किया जाना चाहिए। पैकेज API भविष्य के रिलीज़ में बदल सकता है. में #67434 आप अधिक विवरण देख सकते हैं और फीडबैक दे सकते हैं।

पुस्तकालय में छोटे-मोटे परिवर्तन

संग्रह

आर्काइव/ज़िप और आर्काइव/टार में (*Writer.AddFS) कार्यान्वयन अब रिक्त निर्देशिका के लिए निर्देशिका शीर्षलेख लिखते हैं।

बाइट्स

पैकेज बाइट्स इटरेटर्स के साथ काम करने वाले कई फ़ंक्शन जोड़ता है:

• पंक्तियां बाइट स्लाइस में नई लाइन से अलग किए गए स्ट्रिंग्स पर एक इटरेटर लौटाता है।
• स्प्लिटसेक एक विभाजक द्वारा अलग किए गए बाइट स्लाइस के सभी सबस्लाइस पर एक इटरेटर लौटाता है।
• स्प्लिटआफ्टरसेक एक बाइट स्लाइस के सबस्लाइस पर एक इटरेटर लौटाता है, जो विभाजक की प्रत्येक घटना के बाद विभाजित होता है।
• फ़ील्ड्ससेक स्पेस कैरेक्टर के अनुक्रम के चारों ओर बाइट स्लाइस के सबस्लाइस पर एक इटरेटर लौटाता है, जैसा कि परिभाषित किया गया है यूनिकोड.IsSpace
• फ़ील्डफ़ंक्शनसेक एक प्रेडिकेट को संतुष्ट करने वाले यूनिकोड कोड बिंदुओं के अनुक्रमों के चारों ओर एक बाइट स्लाइस के सबस्लाइस पर एक इटरेटर लौटाता है।

क्रिप्टो/एईएस

वापसी मूल्य न्यूचिपर अब NewCTR, NewGCM, NewCBCEncrypter, और NewCBCDecrypter विधियों को लागू नहीं करता है। ये विधियां अलिखित थीं तथा सभी आर्किटेक्चरों पर उपलब्ध नहीं थीं। अब इसका अर्थ खंड सीधे उपयुक्त कार्यों में पास किया जाना चाहिए क्रिप्टो/सिफर. वर्तमान में, क्रिप्टो/सिफर अभी भी ब्लॉक मानों पर इन विधियों की जांच करता है, भले ही वे अब मानक लाइब्रेरी द्वारा समर्थित नहीं हैं।

क्रिप्टो/सिफर

नयी विशेषता न्यूGCMWithRandomNonce रिटर्न एईएडी, जो सील के दौरान एक यादृच्छिक नॉन्स उत्पन्न करके और इसे सिफरटेक्स्ट में जोड़कर एईएस-जीसीएम को लागू करता है।

कार्यान्वयन धारा, लौटा हुआ न्यूसीटीआर जब साथ प्रयोग किया जाता है क्रिप्टो/एईएस अब amd64 और arm64 पर कई गुना तेज।

न्यूओएफबी, न्यूCFBEncrypter и न्यूCFBडिक्रिप्टर अब अप्रचलित घोषित कर दिए गए हैं। ओएफबी और सीएफबी मोड अप्रमाणित हैं, जो आम तौर पर सक्रिय हमलों को सादे पाठ में हेरफेर करने और उसे पुनर्प्राप्त करने की अनुमति देता है। अनुप्रयोगों का उपयोग करने की अनुशंसा की जाती है एईएडी बदले में. यदि अप्रमाणित मोड धारा आवश्यक, इस्तेमाल किया जा सकता है न्यूसीटीआर बदले में।

क्रिप्टो/ईसीडीएसए

निजी कुंजी.साइन अब के अनुसार एक नियतात्मक हस्ताक्षर बनाता है RFC 6979, यदि यादृच्छिकता स्रोत शून्य है.

क्रिप्टो/एमडी5

वापसी मूल्य md5.नया, अब इंटरफ़ेस भी लागू करता है एन्कोडिंग.बाइनरीएपेंडर.

क्रिप्टो/रैंड

समारोह पढ़ना अब कोई विफलता की गारंटी नहीं है। यदि पढ़ते समय Read में कोई त्रुटि आती है पाठकतो कार्यक्रम स्थायी रूप से समाप्त हो जाएगा। ध्यान दें कि डिफ़ॉल्ट रीडर हमेशा सफलतापूर्वक काम करने के लिए प्रलेखित है, इसलिए यह परिवर्तन केवल उन प्रोग्रामों को प्रभावित करेगा जो रीडर चर को ओवरराइड करते हैं। एक अपवाद 3.17 से पहले के लिनक्स कर्नेल हैं, जहां डिफ़ॉल्ट रीडर अभी भी /dev/urandom खोलता है और विफल हो सकता है।

लिनक्स 6.11 और बाद के संस्करणों पर, रीडर अब vDSO के माध्यम से getrandom सिस्टम कॉल का उपयोग करता है। यह कई गुना तेज है, आमतौर पर छोटे रीडिंग के लिए।

OpenBSD Reader अब arc4random_buf(3) का उपयोग करता है।

नयी विशेषता टेक्स्ट अब क्रिप्टोग्राफिक रूप से सुरक्षित यादृच्छिक पाठ स्ट्रिंग उत्पन्न कर सकते हैं।

क्रिप्टो/आरएसए

जनरेटकुंजी अब यदि 1024 बिट से कम की कुंजी लंबाई का अनुरोध किया जाता है तो यह त्रुटि लौटाता है। सभी साइन, सत्यापन, एन्क्रिप्ट और डिक्रिप्ट विधियां अब 1024 बिट से कम आकार की कुंजी के साथ उपयोग किए जाने पर त्रुटि लौटाती हैं। ऐसी कुंजियाँ असुरक्षित हैं और उनका प्रयोग नहीं किया जाना चाहिए। GODEBUG की स्थापना rsa1024min=0 पुराने व्यवहार को पुनर्स्थापित करता है, लेकिन गो डेवलपर्स ऐसा केवल आवश्यक होने पर और केवल परीक्षणों में ही करने की सलाह देते हैं, उदाहरण के लिए परीक्षण फ़ाइल में //go:debug rsa1024min=0 पंक्ति जोड़कर। नया उदाहरण GenerateKey उपयोग में आसान मानक 2024-बिट परीक्षण कुंजी प्रदान करता है।

अब कॉल करना अधिक सुरक्षित और कुशल हो गया है PrivateKey.प्रीकंप्यूट से PrivateKey.सत्यापन करें. आंशिक रूप से भरे हुए की उपस्थिति में प्रीकंप्यूट अब तेज़ है पूर्व-गणना मानउदाहरण के लिए JSON से कुंजी निकालते समय.

पैकेज अब अधिक अमान्य कुंजियों को अस्वीकार कर देता है, भले ही Validate को कॉल न किया गया हो, और जनरेटकुंजी अब टूटे हुए यादृच्छिकता स्रोतों के लिए नई त्रुटियाँ लौटा सकता है। फ़ील्ड अभाज्य и पूर्व-गणना संरचना PrivateKey अब कुछ मान गायब होने पर भी उनका उपयोग और सत्यापन किया जाता है। RSA कुंजियों को पार्स करने और निकालने के लिए क्रिप्टो/x509 में भी परिवर्तन किए गए हैं, जिनका वर्णन नीचे किया गया है।

साइनपीकेसीएस1v15 и सत्यापित करेंPKCS1v15 अब SHA-512/224, SHA-512/256 और SHA-3 का समर्थन करता है।

जनरेटकुंजी अब निजी घातांक (यूलर फ़ंक्शन के बजाय कारमाइकल फ़ंक्शन) उत्पन्न करने के लिए थोड़ी अलग विधि का उपयोग किया जाता है। दुर्लभ अनुप्रयोग जो बाह्य रूप से केवल अभाज्य संख्याओं से कुंजियाँ पुन: उत्पन्न करते हैं, वे भिन्न लेकिन संगत परिणाम उत्पन्न कर सकते हैं।

अब wasm पर सार्वजनिक और निजी कुंजियों पर परिचालन दोगुना तेज़ हो गया है।

क्रिप्टो/शा*

• क्रिप्टो/sha1: वापसी मूल्य sha1.नया अब इंटरफ़ेस भी लागू करता है एन्कोडिंग.बाइनरीएपेंडर.
• क्रिप्टो/sha256: लौटाए गए मान sha256.नया и sha256.न्यू224 अब इंटरफ़ेस भी लागू करें एन्कोडिंग.बाइनरीएपेंडर.
• क्रिप्टो/sha512: लौटाए गए मान sha512.नया, sha512.न्यू384, sha512.New512_224 и sha512.New512_256, अब इंटरफ़ेस भी लागू करें एन्कोडिंग.बाइनरीएपेंडर.

क्रिप्टो/सूक्ष्म

नयी विशेषता डेटास्वतंत्रसमयकेसाथ उपयोगकर्ता को आर्किटेक्चर-विशिष्ट सुविधाओं के साथ एक फ़ंक्शन निष्पादित करने की अनुमति देता है जो यह सुनिश्चित करता है कि डेटा मान के समय के सापेक्ष कुछ निर्देश परिवर्तित नहीं होते हैं। इसका उपयोग यह सुनिश्चित करने के लिए किया जा सकता है कि स्थिर समय में चलने के लिए लिखे गए कोड को प्रोसेसर-स्तरीय फ़ंक्शन द्वारा इस प्रकार अनुकूलित नहीं किया गया है कि वह परिवर्तनशील समय में चले। वर्तमान में WithDataIndependentTiming arm64 पर PSTATE.DIT बिट का उपयोग करता है और अन्य सभी आर्किटेक्चर पर कुछ भी नहीं करता है। GODEBUG की स्थापना dataindependenttiming=1 संपूर्ण गो प्रोग्राम के लिए DIT मोड सक्षम करता है।

उत्पादन XORबाइट्स इनपुट के साथ पूरी तरह से ओवरलैप होना चाहिए या बिल्कुल भी नहीं होना चाहिए। पहले यह व्यवहार अन्यथा अपरिभाषित था, जबकि अब XORBytes पैनिक करेगा।

क्रिप्टो/टीएलएस

TLS सर्वर अब एन्क्रिप्टेड क्लाइंट हैलो (ECH) का समर्थन करता है। यह सुविधा फ़ील्ड भरकर सक्षम की जा सकती है। कॉन्फ़िगरेशन.एन्क्रिप्टेडक्लाइंटहेलोकीज़.

एक नया पोस्ट-क्वांटम कुंजी एक्सचेंज तंत्र X25519MLKEM768 अब डिफ़ॉल्ट रूप से समर्थित और सक्षम है जब कॉन्फ़िगरेशन.वक्रप्रिफरेंस शून्य है. GODEBUG की स्थापना tlsmlkem=0 डिफ़ॉल्ट लौटाता है.

प्रायोगिक X25519Kyber768Draft00 कुंजी विनिमय के लिए समर्थन हटा दिया गया है।

कुंजी विनिमय आदेश अब पूरी तरह से क्रिप्टो/टीएलएस पैकेज द्वारा नियंत्रित किया जाता है। आदेश कॉन्फ़िगरेशन.वक्रप्रिफरेंस अब इसे नजरअंदाज कर दिया जाता है और विषय-वस्तु का उपयोग केवल यह निर्धारित करने के लिए किया जाता है कि फ़ील्ड भरते समय कौन से कुंजी आदान-प्रदान को शामिल किया जाए।

नया क्षेत्र क्लाइंटहैलोइंफो.एक्सटेंशन क्लाइंट हैलो संदेश में प्राप्त एक्सटेंशन पहचानकर्ताओं की सूची सूचीबद्ध करता है। यह TLS क्लाइंट की फिंगरप्रिंटिंग के लिए उपयोगी हो सकता है।

क्रिप्टो/x509

GODEBUG की स्थापना x509sha1 हटा दिया गया है. प्रमाणीकरण.सत्यापन अब SHA-1 आधारित हस्ताक्षरों का समर्थन नहीं करता है.

OID अब इंटरफेस लागू करता है एन्कोडिंग.बाइनरीएपेंडर и एन्कोडिंग.टेक्स्टएपेंडर.

डिफ़ॉल्ट प्रमाणपत्र नीति फ़ील्ड को से बदल दिया गया है प्रमाणपत्र.नीति पहचानकर्ता पर प्रमाणपत्र.नीतियाँ. प्रमाणपत्रों को पार्स करते समय, दोनों फ़ील्ड भर दिए जाएंगे, लेकिन प्रमाणपत्र नीति बनाते समय, उन्हें Certificate.PolicyIdentifiers के बजाय Certificate.Policies फ़ील्ड से लिया जाएगा। इस परिवर्तन को वापस लाया जा सकता है। GODEBUG सेटअप x509usepolicies=0.

प्रमाण पत्र बनाएं अब टेम्पलेट फ़ील्ड पास करते समय RFC 5280 अनुरूप विधि का उपयोग करके सीरियल नंबर उत्पन्न करेगा प्रमाणपत्र.सीरियल नंबर शून्य, क्रैश होने के बजाय.

प्रमाणपत्र सत्यापित करें अब RFC 5280 और RFC 9618 में परिभाषित नीति सत्यापन का समर्थन करता है। नया फ़ील्ड सत्यापनविकल्प.प्रमाणपत्रनीतियाँ नीतियों के स्वीकार्य सेट पर सेट किया जा सकता है ओआईडी. केवल वैध नीति ग्राफ़ वाली प्रमाणपत्र श्रृंखलाएं ही लौटाई जाएंगी प्रमाणपत्र सत्यापित करें.

मार्शलपीकेसीएस8प्राइवेटकी अब अमान्य RSA कुंजी प्राप्त करने के बजाय त्रुटि लौटाता है। (मार्शलपीकेसीएस1प्राइवेटकी कोई त्रुटि नहीं लौटती है और अमान्य कुंजियाँ प्रदान किए जाने पर इसका व्यवहार अपरिभाषित रहता है।)

पार्सPKCS1PrivateKey и पार्सPKCS8PrivateKey अब एनकोडेड CRT मानों का उपयोग और सत्यापन कर सकते हैं, इसलिए पहले स्वीकार की गई अमान्य RSA कुंजियों को अस्वीकार कर सकते हैं। प्रयोग GODEBUG सेटिंग्स x509rsacrt=0 CRT मानों की पुनर्गणना पर लौटता है।

डिबग/एल्फ

पैकेज डिबग/एल्फ गतिशील ELF (निष्पादनयोग्य और लिंकयोग्य प्रारूप) फ़ाइलों में प्रतीक संस्करणों को संभालने के लिए समर्थन जोड़ता है। नई विधि फ़ाइल.डायनामिक संस्करण ELF फ़ाइल में परिभाषित गतिशील संस्करणों की सूची लौटाता है। नई विधि फ़ाइल.डायनामिकसंस्करणआवश्यकताएँ इस ELF फ़ाइल द्वारा आवश्यक गतिशील संस्करणों की सूची लौटाता है, जो अन्य ELF ऑब्जेक्ट्स में परिभाषित हैं। अंततः, नए क्षेत्र प्रतीक.Hasसंस्करण и प्रतीक.संस्करणसूचकांक प्रतीक का संस्करण इंगित करें.

एन्कोडिंग

दो नए इंटरफेस टेक्स्टएपेंडर и बाइनरीएपेंडर किसी ऑब्जेक्ट का टेक्स्ट या बाइनरी प्रतिनिधित्व बाइट स्लाइस में जोड़ने के लिए पेश किया गया था। ये इंटरफेस वही कार्यक्षमता प्रदान करते हैं टेक्स्ट मार्शलर и बाइनरी मार्शलर, लेकिन हर बार एक नया स्लाइस आवंटित करने के बजाय, वे डेटा को सीधे मौजूदा स्लाइस में जोड़ देते हैं। ये इंटरफेस वर्तमान में मानक लाइब्रेरी प्रकारों द्वारा कार्यान्वित किए जाते हैं जो पहले से ही TextMarshaler और/या BinaryMarshaler को कार्यान्वित करते हैं।

एन्कोडिंग/json

निर्माण करते समय, संरचना फ़ील्ड टैग में नए omitzero विकल्प वाले संरचना फ़ील्ड को छोड़ दिया जाएगा यदि इसका मान शून्य है। यदि फ़ील्ड प्रकार में IsZero() bool विधि है, तो इसका उपयोग यह निर्धारित करने के लिए किया जाएगा कि मान शून्य है या नहीं। अन्यथा मान शून्य होगा यदि इसके प्रकार के लिए शून्य मान. जब उद्देश्य शून्य मानों को छोड़ना हो तो omitempty की तुलना में omitzero फ़ील्ड टैग अधिक साफ़ और कम त्रुटि-प्रवण होता है। विशेष रूप से, omitempty के विपरीत, omitzero शून्य को छोड़ देता है समय.समय मूल्यों में गिरावट, जो समस्याओं का एक आम स्रोत है।

यदि omitempty और omitzero दोनों निर्दिष्ट हैं, तो मान रिक्त या शून्य (या दोनों) होने पर फ़ील्ड को छोड़ दिया जाएगा।

अनमार्शलटाइपएरर.फील्ड अब इसमें अधिक विस्तृत त्रुटि संदेश प्रदान करने के लिए अंतर्निहित संरचनाएं शामिल हैं।

जाओ/प्रकार

सभी go/types डेटा संरचनाएं जो विधि युग्मों के अनुक्रमों को प्रदर्शित करती हैं, जैसे Len() int और At(int) T, अब ऐसी विधियां भी हैं जो पुनरावर्तक लौटाती हैं, जिससे इस प्रकार का सरल कोड संभव हो जाता है:

पैरामीटर := fn.Type.(*types.Signature).Params() for i := 0; i < पैरामीटर.Len(); i++ { उपयोग(पैरामीटर.At(i)) }

इस एक पर:

for param := range fn.Signature().Params().Variables() { use(param) }

विधि: इंटरफ़ेस.एम्बेडेडटाइप्स इंटरफ़ेस.एक्सप्लिसिटमेथड्स इंटरफ़ेस.तरीके विधिसेट.विधि नामित.तरीके स्कोप.बच्चे संरचना.क्षेत्र टपल.वैरिएबल्स टाइपसूची.प्रकार टाइपपैरालिस्ट.टाइपपैरामीटर संघ.शर्तें

हैश/*

• हैश/एडलर32: वापसी मूल्य नया, अब इंटरफ़ेस भी लागू करता है एन्कोडिंग.बाइनरीएपेंडर
• हैश/crc32: लौटाए गए मान नया и नयाIEEE, अब इंटरफ़ेस भी लागू करें एन्कोडिंग.बाइनरीएपेंडर
• हैश/crc64: वापसी मूल्य नया, अब इंटरफ़ेस भी लागू करता है एन्कोडिंग.बाइनरीएपेंडर
• हैश/fnv: लौटाए गए मान New32 नया32a New64 नया64a New128 и नया128a, अब इंटरफ़ेस भी लागू करें एन्कोडिंग.बाइनरीएपेंडर
• हैश/मैपैश: नई सुविधाओं तुलनीय и तुलनात्मक लिखें किसी भी मूल्य के हैश की गणना कर सकते हैं जिसकी तुलना की जा सकती है। यह आपको किसी भी चीज़ को हैश करने की अनुमति देता है जिसे गो डिक्शनरी कुंजी के रूप में उपयोग किया जा सकता है।

लॉग/स्लॉग

नया डिस्कार्डहैंडलर एक हैंडलर है जो कभी सक्षम नहीं होता है और हमेशा अपने आउटपुट को त्याग देता है।

स्तर и लेवलवार अब इंटरफ़ेस लागू करें एन्कोडिंग.टेक्स्टएपेंडर.

गणित/*

• गणित/बड़ा: नाव, Int и चूहा अब इंटरफ़ेस लागू करें एन्कोडिंग.टेक्स्टएपेंडर.
• गणित/रैंड: बहिष्कृत शीर्ष-स्तरीय फ़ंक्शन कॉल बीज अब कोई प्रभाव नहीं है. पुराने व्यवहार को बहाल करने के लिए, आप उपयोग कर सकते हैं GODEBUG सेटअप रैंडसीडनॉप=0. अधिक संदर्भ प्रस्ताव 67273.
• गणित/रैंड/v2: ChaCha8 и PCG अब इंटरफ़ेस लागू करें एन्कोडिंग.बाइनरीएपेंडर.

जाल

सुनोकंडीग अब यह उन सिस्टमों पर डिफ़ॉल्ट रूप से MPTCP का उपयोग करता है जहां यह समर्थित है (वर्तमान में केवल लिनक्स)।

IP अब इंटरफ़ेस लागू करता है एन्कोडिंग.टेक्स्टएपेंडर.

नेट/http

प्रतिबंध बदल गया है ट्रांसपोर्ट अनुरोध के प्रत्युत्तर में 1xx सूचना प्रतिक्रियाएं प्राप्त हुईं। पहले यह 5 से अधिक 1xx प्रतिक्रियाएं प्राप्त होने पर अनुरोध को रोक देता था और त्रुटि लौटाता था। यह अब केवल तभी त्रुटि लौटाता है जब सभी 1xx प्रतिक्रियाओं का कुल आकार कॉन्फ़िगरेशन सेटिंग से अधिक हो ट्रांसपोर्ट.MaxResponseHeaderBytes.

इसके अलावा, जब किसी अनुरोध में ट्रैकिंग हुक होता है नेट/http/httptrace.ClientTrace.Got1xxResponseअब उत्तरों की कुल संख्या पर कोई सीमा नहीं है 1xx. Got1xxResponse हुक अनुरोध को रोकने के लिए एक त्रुटि लौटा सकता है।

ट्रांसपोर्ट и सर्वर अब एक HTTP2 फ़ील्ड है जो HTTP/2 प्रोटोकॉल सेटिंग्स के कॉन्फ़िगरेशन की अनुमति देता है।

नये क्षेत्र सर्वर.प्रोटोकॉल и परिवहन प्रोटोकॉल सर्वर या क्लाइंट द्वारा उपयोग किए जाने वाले HTTP प्रोटोकॉल को कॉन्फ़िगर करने का एक सरल तरीका प्रदान करें।

सर्वर और क्लाइंट को अनएन्क्रिप्टेड HTTP/2 कनेक्शन का समर्थन करने के लिए कॉन्फ़िगर किया जा सकता है।

जब सर्वर.प्रोटोकॉल यदि सर्वर में UnencrypterHTTP2 है, तो सर्वर अनएन्क्रिप्टेड पोर्ट पर HTTP/2 कनेक्शन स्वीकार करेगा। सर्वर एक ही पोर्ट पर HTTP/1 और अनएन्क्रिप्टेड HTTP/2 दोनों को स्वीकार कर सकता है।

जब परिवहन प्रोटोकॉल यदि इसमें अनएन्क्रिप्टेड HTTP2 है और HTTP1 नहीं है, तो ट्रांसपोर्ट पतों के लिए अनएन्क्रिप्टेड HTTP/2 का उपयोग करेगा http://. यदि किसी ट्रांसपोर्ट को HTTP/1 और अनएन्क्रिप्टेड HTTP/2 दोनों का उपयोग करने के लिए कॉन्फ़िगर किया गया है, तो वह HTTP/1 का उपयोग करेगा।

अनएन्क्रिप्टेड HTTP/2 के लिए समर्थन "फॉरवर्ड-लर्निंग के साथ HTTP/2" (RFC 9113, अनुभाग 3.3) का उपयोग करता है। अप्रचलित हेडर “अपग्रेड: h2c” समर्थित नहीं है.

नेट/नेटिप

प, एड्रेसपोर्ट и उपसर्ग अब इंटरफेस लागू करें एन्कोडिंग.बाइनरीएपेंडर и एन्कोडिंग.टेक्स्टएपेंडर.

नेट/यूआरएल

यूआरएल अब इंटरफ़ेस भी लागू करता है एन्कोडिंग.बाइनरीएपेंडर.

ओएस/उपयोगकर्ता

विंडोज़ पर वर्तमान अब इसका उपयोग विंडोज़ नैनो सर्वर में किया जा सकता है। कार्यान्वयन को NetApi32 लाइब्रेरी से फ़ंक्शन का उपयोग करने से बचने के लिए अद्यतन किया गया है, जो नैनो सर्वर से अनुपलब्ध है।

विंडोज़ पर वर्तमान, लुक अप и लुकअपआईडी अब निम्नलिखित अंतर्निहित उपयोगकर्ता सेवा खातों का समर्थन करता है:

• एनटी प्राधिकरण प्रणाली
• एनटी प्राधिकरणस्थानीय सेवा
• एनटी अथॉरिटी नेटवर्क सेवा

विंडोज़ पर वर्तमान जब वर्तमान उपयोगकर्ता किसी धीमे डोमेन से जुड़ता है, तो इसकी गति काफी बढ़ जाती है, जो कि कई कॉर्पोरेट उपयोगकर्ताओं के लिए एक सामान्य मामला है। नए कार्यान्वयन का प्रदर्शन अब मिलीसेकंड के क्रम में है, जबकि पिछले कार्यान्वयन में इसे पूरा होने में कई सेकंड, यहां तक ​​कि मिनट भी लग सकते थे।

विंडोज़ पर वर्तमान अब जब वर्तमान थ्रेड किसी अन्य उपयोगकर्ता का प्रतिरूपण कर रहा हो तो प्रक्रिया स्वामी उपयोगकर्ता को लौटाता है। इससे पहले यह त्रुटि लौटाता था.

regexp

रेगुलर एक्सप्रेशन अब इंटरफ़ेस लागू करता है एन्कोडिंग.टेक्स्टएडाप्टर.

क्रम

समारोह गरोठ अब अप्रचलित है. नए वातावरण में, आपको "go" बाइनरी निर्धारित करने के लिए सिस्टम पथ का उपयोग करना चाहिए, और GOROOT निर्धारित करने के लिए go env GOROOT का उपयोग करना चाहिए।

तार

पैकेज तार इटरेटर्स के साथ काम करने के लिए कई फ़ंक्शन जोड़ता है:

• पंक्तियां एक स्ट्रिंग में नई लाइन से अलग की गई लाइनों पर एक पुनरावर्तक लौटाता है।
• स्प्लिटसेक एक विभाजक द्वारा अलग किए गए स्ट्रिंग के सभी सबस्ट्रिंग पर एक पुनरावर्तक लौटाता है।
• स्प्लिटआफ्टरसेक एक स्ट्रिंग के सबस्ट्रिंग पर एक इटरेटर लौटाता है, जो विभाजक की प्रत्येक घटना के बाद विभाजित होता है।
• फ़ील्ड्ससेक जैसा कि परिभाषित किया गया है, रिक्त स्थान वर्णों के अनुक्रमों के चारों ओर एक स्ट्रिंग के सबस्ट्रिंग पर एक इटरेटर लौटाता हैयूनिकोड.IsSpace
• फ़ील्डफ़ंक्शनसेक यूनिकोड कोड बिंदुओं के अनुक्रमों के चारों ओर स्ट्रिंग के सबस्ट्रिंग पर एक इटरेटर लौटाता है जो एक प्रेडिकेट को संतुष्ट करता है।

सिंक

कार्यान्वयन सिंक.मैप प्रदर्शन में सुधार के लिए, विशेष रूप से शब्दकोश परिवर्तनों के लिए, इसमें परिवर्तन किया गया है। उदाहरण के लिए, बड़े शब्दकोशों पर असंबद्ध सेट परिवर्तन विवाद की संभावना कम होती है, तथा कम विवाद शब्दकोश लोड प्राप्त करने के लिए अब बिल्ड-अप समय की आवश्यकता नहीं होती है।

यदि आपको कोई समस्या आती है, तो पुराने कार्यान्वयन पर वापस लौटने के लिए निर्माण के दौरान GOEXPERIMENT=nosynchashtriemap सेट करें और कृपया समस्या प्रपत्र भरें.

परीक्षण

नये तरीके टी.संदर्भ и बी.संदर्भ एक संदर्भ लौटाएं जो परीक्षण पूरा होने के बाद और परीक्षण क्लीनअप फ़ंक्शन निष्पादित होने से पहले त्याग दिया जाता है।

नये तरीके टी.चदिर и बी.चदिर इसका उपयोग परीक्षण या बेंचमार्क की अवधि के लिए कार्यशील निर्देशिका को बदलने के लिए किया जा सकता है।

पाठ/टेम्पलेट

टेम्पलेट्स अब range-over-func और range-over-int का समर्थन करते हैं।

पहर

पहर अब इंटरफेस लागू करता है एन्कोडिंग.बाइनरीएपेंडर и एन्कोडिंग.टेक्स्टएपेंडर.

बंदरगाहों

Linux

जैसे थे की घोषणा की गो 1.23 रिलीज नोट्स के अनुसार, गो 1.24 के लिए लिनक्स कर्नेल संस्करण 3.2 या बाद के संस्करण की आवश्यकता होती है।

डार्विन

Go 1.24 अंतिम रिलीज़ है जो macOS 11 बिग सूर पर चलेगा। Go 1.25 के लिए macOS 12 मोंटेरी या बाद के संस्करण की आवश्यकता होगी।

WebAssembly

Go:wasmexport कंपाइलर निर्देश को Go प्रोग्रामों में जोड़ा गया है ताकि फ़ंक्शनों को WebAssembly होस्ट पर निर्यात किया जा सके।

वेबअसेंबली सिस्टम इंटरफ़ेस पूर्वावलोकन 1 (GOOS=wasip1 GOARCH=wasm) में, Go 1.24 एक Go प्रोग्राम बनाने का समर्थन करता है रिएक्टर/लाइब्रेरी बिल्ड फ्लैग -buildmode=c-shared निर्दिष्ट करके.

go:wasmimport फ़ंक्शन के लिए तर्क या परिणाम प्रकार के रूप में अब अधिक प्रकारों की अनुमति है। विशेष रूप से, bool, string, uintptr और कुछ प्रकार के पॉइंटर्स की अनुमति है (विवरण देखें) प्रलेखन), 32-बिट और 64-बिट पूर्णांक और फ़्लोटिंग-पॉइंट प्रकार, और असुरक्षित.पॉइंटर के साथ, जो पहले से ही अनुमत हैं। इन प्रकारों को go:wasmexport फ़ंक्शन के लिए तर्क या परिणाम प्रकार के रूप में भी अनुमति दी जाती है।

WebAssembly के लिए समर्थन फ़ाइलें misc/wasm से lib/wasm में स्थानांतरित कर दी गई हैं।

प्रारंभिक मेमोरी फ़ुटप्रिंट काफी कम हो जाता है, विशेष रूप से छोटे वेबअसेंबली अनुप्रयोगों के लिए।

विंडोज

32-बिट विंडोज़/आर्म पोर्ट (GOOS=windows GOARCH=arm) को टूटा हुआ चिह्नित किया गया है। विवरण यहां देखें #70705

स्रोत: linux.org.ru