वाइल्ड लिंकर ०.९.०

प्रकाशन झाले वाइल्ड लिंकर ०.९.० रस्टमध्ये लिहिलेला एक नवीन उच्च-कार्यक्षम लिंकर. हे प्रकाशन गिटहबवर सूचीबद्ध आहे. 23 मे 2026 वर्षेहा प्रकल्प पुनरावृत्तीय विकासाला गती देण्यासाठी एक लिंकर म्हणून सादर केला आहे: लेखकांना अंतिमतः इन्क्रिमेंटल लिंकिंग साध्य करायचे आहे, जरी ते सध्याच्या आवृत्तीमध्ये अद्याप लागू केलेले नाही. हा कोड दुहेरी परवान्याअंतर्गत वितरित केला जातो. अपाचे २.० / एमआयटी.

वाइल्ड ०.९ मधील मुख्य बदल म्हणजे समर्थन. लिंकर प्लगइन एपीआयगोल्ड लिंकरमध्ये सादर केलेला आणि GNU ld व मोल्डद्वारे समर्थित एक इंटरफेस. वाइल्डसाठी, यामुळे मार्ग खुला होतो... लिंकर-प्लगइन LTO लिंकर प्लगइनद्वारे लिंक टाइम ऑप्टिमायझेशन. विकसकांनी विशेषतः नमूद केले आहे की हे प्रामुख्याने C, C++, आणि मिश्र-कोड प्रकल्पांसाठी उपयुक्त आहे, तर शुद्ध रस्ट प्रकल्प सामान्यतः अंतर्गतपणे LTO करतात. या वैशिष्ट्याच्या समर्थनामध्ये अजूनही ज्ञात समस्या आहेत, आणि प्लगइनद्वारे लिंकिंग मंद असू शकते.

0.9 मधील कामाचा एक महत्त्वपूर्ण भाग वाइल्डच्या पलीकडे हस्तांतरणाच्या तयारीशी संबंधित होता. Linux/ELF. ELF-विशिष्ट लॉजिक अ‍ॅब्स्ट्रॅक्शन्सच्या बाहेर हलवण्यात आले आहे, आणि सपोर्टवर काम सुरू झाले आहे. मॅच-ओ и वेबअसॉबलया क्षमता अद्याप व्यावहारिक वापरासाठी तयार नाहीत, परंतु पहिले घटक आधीच दिसून आले आहेत: मॅक-ओ पार्सिंग, सेक्शन आणि सेगमेंट प्रोसेसिंग, सिम्बॉल टेबल, कोड सिग्नेचर, फॅट बायनरी, तसेच वास्म सेक्शन्स, सिम्बॉल्स आणि रिलोकेशन्ससाठी प्रारंभिक समर्थन.

वाइल्ड लिंकर ०.९ मधील प्रमुख बदल:

• लिंकर प्लगइन्ससाठी समर्थन. लिंकर प्लगइन API साठी समर्थन जोडले आहे, जे लिंकर-प्लगइन LTO आणि काही GCC/GNU ld/Mold बिल्ड स्क्रिप्ट्ससोबतच्या सुसंगततेसाठी आवश्यक आहे. तसेच, प्लगइन कॉलबॅकशी संबंधित काही समस्यांचे निराकरण करण्यात आले, ज्यात होल-आर्काइव्ह, थिनLTO, ओपन फाइल मर्यादा आणि LTO दरम्यान डेड कोड काढून टाकणे यांचा समावेश आहे.

• लिंकर स्क्रिप्ट समर्थनाचा मोठा विस्तार. PROVIDE आणि PROVIDE_HIDDEN निर्देश, ASSERT पार्सिंग आणि अंमलबजावणी, MEMORY, ORIGIN, LENGTH, LOADADDR, ALIGNOF, SEGMENT_START, संख्यात्मक लिटरल्समधील K आणि M प्रत्यय, लॉजिकल, बिटवाइज आणि युनरी ऑपरेटर्स, आणि इनपुट फाइल नावांद्वारे जुळणी यांसाठी समर्थन कार्यान्वित केले आहे. यामुळे वाइल्ड हे सिस्टीम सॉफ्टवेअर आणि लो-लेव्हल प्रोजेक्ट्समध्ये अनेकदा आढळणाऱ्या जटिल लिंक स्क्रिप्ट्ससोबत सुसंगत होण्याच्या अधिक जवळ येते.

• RISC-V, AArch64, x86-64 आणि LoongArch64 साठी सुधारणा. RISC-V कॉल रिलॅक्सेशन, HI20 रिलॅक्सेशन, R_RISCV_ALIGN, परस्परविरोधी ISA एक्सटेंशन्सची तपासणी, अतिरिक्त AArch64 रिलोकेशन्स, AArch64 साठी रेंज-एक्सटेंशन थंक्स, रिलॅक्सेशन्ससह अनेक x86-64 रिलोकेशन्स हाताळणे, आणि LoongArch64 साठी रेंज व अलाइनमेंट स्पष्टीकरणे जोडली.

• नवीन सुसंगतता पर्याय. --dependency-file, --auxiliary, --exclude-libs, --enable-new-dtags, --disable-new-dtags, --trace, --nmagic, --compress-debug-sections, --pack-dynamic-relocs=relr, --use-android-relr-tags, आणि स्पेस-रहित स्वरूप -o/path साठी समर्थन जोडले.

• स्थिरपणे गतिमान असलेल्या वस्तूंची निर्मिती. स्टॅटिक रिलोकेटेबल्स तयार करण्यासाठी समर्थन जोडले आहे—हे असे मध्यवर्ती ऑब्जेक्ट फाइल्स आहेत जे पुढील लिंकिंगमध्ये सहभागी होऊ शकतात.

• "जलद" प्रकाशनावर लक्ष केंद्रित न करता कार्यक्षमतेत सुधारणा. लेखकांनी स्पष्टपणे नमूद केले आहे की 0.9 आवृत्तीमध्ये कार्यक्षमतेत कोणतीही मोठी सुधारणा झाली नाही, परंतु त्यात कोणतीही घटही झाली नाही. स्थानिक ऑप्टिमायझेशनमध्ये व्हर्जन स्क्रिप्ट्समधील नॉन-ग्लोबल मॅचर्ससाठी एक जलद मार्ग, ॲटोमिक ऑपरेशन्सच्या संख्येत घट, रिलॅक्सेशन स्कॅन दरम्यान सेक्शन आणि सिम्बॉल ॲड्रेसची समांतर गणना, आणि आधीच निराकरण झालेल्या सेक्शन्सच्या पुनर्प्रक्रियेत घट यांचा समावेश आहे.

• सुसंगततेमधील अनेक सुधारणा. कमजोर अपरिभाषित चिन्हे, .ctors/.dtors, RELRO, आवृत्ती स्क्रिप्ट्स, SFrame, IFUNC, --version/-v, अपरिभाषित चिन्ह त्रुटी, चेतावण्या, डीबग रिलोकेशन्स, .eh_frame, SHT_SYMTAB_SHNDX, डायनॅमिक ऑब्जेक्टचे स्टॅटिक लिंकिंग आणि लिंकर स्क्रिप्ट्सशी संबंधित अनेक परिस्थितींचे सुधारित हाताळणी.

• दस्तऐवजीकरण आणि प्रकल्प व्यवस्थापन. आचारसंहिता, एलएलएम वापर धोरण, प्रशासकीय दस्तऐवज, लिंकर स्क्रिप्ट्स सपोर्ट मॅट्रिक्स, GCC 16.1 सह -fuse-ld=wild वापरण्याच्या सूचना आणि Brew द्वारे इन्स्टॉलेशन जोडण्यात आले आहे. तसेच, हे रिपॉझिटरी 'wild-linker' नावाच्या एका स्वतंत्र GitHub ऑर्गनायझेशनमध्ये हलवण्यात आले आहे.

याक्षणी जंगली अधिकृतपणे प्रामुख्याने यावर लक्ष केंद्रित केले Linux आणि ELF. प्रकल्पाच्या README मध्ये समर्थनाचा उल्लेख आहे. x86-64, एआरएमएक्सएनयूएमएक्स, RISC-V riscv64gc आणि प्रारंभिक समर्थन लूंगआर्च६४ वर Linux; स्टॅटिक बायनेरी, स्टॅटिक-PIE, डायनॅमिकली लिंक्ड एक्झिक्युटेबल्स आणि .so फाइल्स तयार करू शकते, डीबग माहिती, GNU जॉबसर्व्हर आणि काही लिंकर स्क्रिप्ट्ससोबत काम करते. इन्क्रिमेंटल लिंकिंग, अधिक क्लिष्ट लिंकर स्क्रिप्ट्स, Mach-O, आणि Windows सध्या अवास्तविक किंवा अपूर्ण संधी म्हणून वर्गीकृत केल्या आहेत.

व्यावहारिक दृष्ट्या, वाइल्ड ०.९ विद्यमान बिल्ड इकोसिस्टमसोबतची सुसंगतता वाढवते, ELF च्या पलीकडे विस्तार करण्यास सुरुवात करते, आणि मोठ्या C/C++ व मिश्र प्रकल्पांमध्ये लिंकर वापरण्यास अवघड करणाऱ्या परिस्थितींसाठी समर्थन जोडते. रस्ट डेव्हलपर्ससाठी, भविष्यातील इन्क्रिमेंटल लिंकिंगसाठी एक संभाव्य आधार म्हणून वाइल्ड आकर्षक ठरते, आणि सिस्टम डेव्हलपर्ससाठी, GNU ld, LLD, आणि मोल्ड यांचा आणखी एक वेगवान स्पर्धक म्हणून ते उपयुक्त आहे.

स्त्रोत: linux.org.ru