मेरी पास्कल कम्पाइलर और पोलिश समकालीन कला

मूल

कुछ साल पहले मैंने पास्कल कंपाइलर लिखा था। प्रेरणा सरल थी: मेरी युवावस्था में मैंने अपनी पहली प्रोग्रामिंग किताबों से सीखा था कि कंपाइलर एक बेहद जटिल चीज है। यह कथन मस्तिष्क में एक कांटा बन गया है और अंततः परीक्षण की आवश्यकता है।


ha.art.pl

सबसे पहले, सरलतम PL / 0 कंपाइलर का जन्म हुआ, और इससे MS-DOS के लिए लगभग पूरी तरह कार्यात्मक पास्कल संकलक धीरे-धीरे विकसित हुए। मैं किताब कम्पाइलर कंस्ट्रक्शन से प्रेरित था, जिसे पास्कल निकलस विर्थ नाम के निर्माता ने लिखा था। और भले ही विर्थ के विचार पहले से ही पुराने हो चुके हैं और आईटी की वास्तविकताओं के साथ सभी कनेक्शन खो चुके हैं, और कंपाइलर बिल्कुल भी नहीं सिखाते हैं। हालांकि, इसके तरीके अभी भी सरल, सुरुचिपूर्ण और सबसे महत्वपूर्ण हैं - वे खुशी लाते हैं , क्योंकि यह पुनरावर्ती वंश द्वारा प्रोग्राम पाठ को स्वतंत्र रूप से पार्स करने के लिए बहुत अधिक आकर्षक है और याक , बायसन और सभी उत्तराधिकारियों की मदद के लिए कॉल करने की तुलना में मशीन कोड उत्पन्न करता है।

मेरे संकलक का भाग्य सबसे तुच्छ नहीं था। उन्होंने दो जीवन जीते थे: पहला - मेरे हाथों में, दूसरा - कंप्यूटर प्राचीन वस्तुओं के पोलिश पारखी के हाथों में।

Xd पास्कल

मेरे हौसले से पके हुए कंपाइलर को एक्सडी पास्कल कहा जाता है। इसने goto को छोड़कर सभी पास्कल ऑपरेटरों का समर्थन with । पहले एक को लागू करना मुश्किल लग रहा था, क्योंकि इससे कार्यक्रम की आदर्श पदानुक्रमित संरचना नष्ट हो गई। दूसरा - नामों के दायरे के साथ भ्रम पैदा किया।

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

प्रक्रियाओं और कार्यों को लागू करते समय, मुझे डर था कि ढेर पर स्थानीय चर को पुन: एकत्र करना और संग्रहीत करना एक बड़ी समस्या होगी। हालांकि, असली कठिनाई, पास्कल के लिए विशिष्ट, पूरी तरह से अलग जगह में इंतजार करना - नेस्टेड प्रक्रियाओं के साथ काम करने में। आंतरिक से बाहरी प्रक्रिया के स्थानीय चर को संदर्भित करने के लिए एक पूरी तरह से निर्दोष आवश्यकता उत्पन्न हो सकती है। हालांकि, आंतरिक प्रक्रिया में बाहरी प्रक्रिया के स्टैक फ्रेम का पता नहीं है - आंतरिक प्रक्रिया को यह नहीं पता है कि चर के पते को क्या पढ़ना है। यह पता हमेशा एक अतिरिक्त छिपे हुए पैरामीटर के माध्यम से आंतरिक प्रक्रिया में जाना चाहिए। मुझे संदेह है कि यह जटिलता थी जिसने सी डेवलपर्स को कार्यों के घोंसले को पूरी तरह से त्याग दिया। हालाँकि, पास्कल में वे हैं, और इस के साथ माना जाता है।

कोड जनरेटर ने MS-DOS वास्तविक मोड के लिए सबसे सरल COM निष्पादक बनाए। मशीन कोड सीधे एक बाहरी असेंबलर या लिंकर की मदद के बिना उत्पन्न हुआ था। डेटा के लिए, मैंने 80386 आर्किटेक्चर के 32-बिट रजिस्टरों का उपयोग किया, और संबोधित एक खंड-ऑफसेट जोड़ी के रूप में 16-बिट बना रहा।

मेमोरी मॉडल मोटे तौर पर "छोटे" वाले (यदि कोई और 16-बिट युग की इस शब्दावली को याद करता है) के अनुरूप है: एक कोड, वैश्विक डेटा और एक स्टैक के लिए, एक 64-केबी खंड आवंटित किया गया था।


मेमोरी का उपयोग

EXE फ़ाइलों को उत्पन्न करना और मक्खी पर सेगमेंट बनाना थोड़ा भारी लग रहा था, और "छोटे" मॉडल के तंग दायरे ने मुझे आत्म-संकलन के विचार को अलविदा कह दिया। बेशक, मैं आत्म-संकलक संकलक के रूप में आया हूं, जिसका कोड पूरी तरह से एक सेगमेंट (उदाहरण के लिए, संदर्भ ) में फिट बैठता है। हालांकि, वे शायद ही कभी जानते थे कि इस आत्म-संकलन के अलावा कुछ भी उपयोगी कैसे करना है। मैं अपने कंपाइलर को कम से कम संख्यात्मक गणना और ग्राफिक्स आउटपुट के लिए उपयुक्त बनाना चाहता था। इसलिए, कार्यक्रमों के उदाहरणों के बीच, भग्न दिखाई दिए, रैखिक गाऊसी समीकरणों का समाधान, तेजी से फूरियर रूपांतरण, और यहां तक ​​कि जड़त्वीय नेविगेशन प्रणाली की त्रुटियों के कलमन फ़िल्टर द्वारा अनुमान भी।


मंडेलब्रोट सेट का टुकड़ा


फास्ट फूरियर ट्रांसफॉर्म


जड़त्वीय नेविगेशन प्रणाली त्रुटि अनुमान

परिणामस्वरूप मुझे जो कुछ मिला, उसमें से अधिकांश प्राचीन दुनिया के रूप में टर्बो पास्कल 3.0 (अभी भी ओओपी के बिना) और शौकिया बीरो टिनी पास्कल के रूप में मिलते जुलते थे। उत्तरार्द्ध के लेखक ने विंडोज के तहत आत्म-संकलन के साथ मुकाबला किया, लेकिन उन्होंने फ्लोटिंग-पॉइंट अंकगणित और व्याकरण की कई सूक्ष्मताओं का बलिदान किया जिसे मैं देखना चाहता था। मेरे एक्सडी पास्कल में अधिक आधुनिक विशेषताओं में से, डेल्फी से उधार ली गई एकल-पंक्ति टिप्पणियां ( // ) और Result परिणामी Result ।

हालाँकि, मेरे जन्म से ही मेरे संकलक को मृत्यु की मुहर के साथ चिह्नित किया गया था। पास्कल पहले से ही अपरिवर्तनीय रूप से फैशन से बाहर हो गए हैं, और एमएस-डॉस लंबे समय तक एक पुरातन बन गए हैं। उस दिन, जब मैंने 32-बिट विंडोज एक्सपी से 64-बिट विंडोज 7 पर डॉस वर्चुअल मशीन के बिना स्विच किया, तो मैं मानसिक रूप से अपने प्रोजेक्ट को दफन कर दिया।

पुनर्जन्म

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

बाह्य रूप से, भाषा काफ़ी हद तक पास्कल के वास्तविक मानक के करीब हो गई है। अंदर, संकलक कुछ डराता हुआ दिखता है, आरक्षित शब्द मानक प्रक्रियाओं के नामों के साथ मिश्रित होते हैं, लेकिन यह लेखकों को बिल्कुल परेशान नहीं करता है। कोई फर्क नहीं पड़ता कि यह कैसा दिखता है, यह आश्चर्यजनक रूप से कठिन हो गया: मैड पास्कल को नियमित रूप से तीन वर्षों के लिए अद्यतन किया गया है, इसने बहुत सारे खेल लिखे हैं, और लेखक सालाना सिली वेंचर रेट्रोन्फ्रेंस (लिंक के लिए वीपीएन की आवश्यकता होती है) बोलते हैं। एक भावना है कि पोलैंड में, अटारी परंपराएं आमतौर पर बहुत मजबूत हैं।


2018 के वसंत में, एक घटना हुई जो अटारी प्रशंसकों की पोलिश पार्टी के लिए काफी उल्लेखनीय थी: पुस्तक "रोबो। सोलुजा " (" रोबो। पैसेज ") प्रयोगात्मक साहित्य की शैली में। यहाँ मुझे कहना होगा कि 30 साल पहले प्रकाशित अटारी के लिए रोबो का खेल अभी भी पुरानी पीढ़ी के ध्रुवों के दिलों को उत्साहित करता है और उन्हें देशभक्ति के उत्साह से भर देता है। सामान्य तौर पर, यह आश्चर्यजनक नहीं है कि खेल के लिए समर्पित एक पुस्तक थी। मजेदार बात यह है कि लेखकों के अनुसार, इसमें अटारी कंप्यूटर द्वारा उत्पन्न खेल को पारित करने के लिए 60% निर्देश हैं। पीढ़ी का कार्यक्रम उसी मैड पास्कल पर लिखा गया है।


graczpospolita.pl

और ऐसा लगता है कि कुछ लोग इस किताब को आधुनिक कला के एक योग्य उदाहरण के रूप में मानते हैं:

किताब को केवल रोबो प्रशंसकों के लिए एक संग्रहणीय के रूप में या आमतौर पर अटारी प्रशंसकों के लिए गलत माना जाएगा। हमें साहित्य के साथ वीडियो गेम की संस्कृति के टकराव के एक दुर्लभ मामले (इस मामले में, इलेक्ट्रॉनिक) से निपटना होगा, जब शुरुआती बिंदु "खेल" है न कि "साहित्य"। कुछ के लिए, यह कला के लिए एक अर्थहीन कला है। दूसरों के लिए, यह क्रॉसब्रेडिंग पूरी तरह से नए अवसरों और अनुभवों को लाता है। कुछ भी नहीं आप रोबो का एक संस्करण बनाने से रोकता है, जिसे आप पुस्तक से "चलना" के साथ समाप्त कर सकते हैं। कला के रूप में खेल के बारे में मेरे विचार से पुस्तक अच्छी सहमति में है। एक ऐसी कला जिसमें खिलाड़ी अपने विचार और रचनात्मक दोनों हो सकते हैं - यदि "गेम" के दौरान "दर्शक" हो तो खिलाड़ी "गेम" की अपनी कहानी बनाकर देख सकता है। पुस्तक से "कदम से कदम निर्देश" के तत्वों का उपयोग करके रोबो पास करने वाले खिलाड़ी के साथ पुस्तक की सामग्री को प्रदर्शन के लिए अनुकूलित किया जा सकता है। निराधार नहीं रहने के लिए: "रोबो" पर आधारित प्रदर्शन। सोलुक्जा ”11 मई, 2018 को क्राको में आधुनिक कला के बंकर गैलरी में, किताबों की प्रस्तुति के दौरान अनुभवहीन प्रदर्शनी के भाग के रूप में आयोजित की गई थी।

क्राको में प्रदर्शन। इस के लिए, यह एक संकलक लिखने के लायक था।