एक दुर्लभ भाषा - एक आईडीई के बिना कोडिंग, लेकिन सुविधा के साथ

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

केवल एक अनुवादक है

विकास टीम में अपना काम शुरू करने के तुरंत बाद, मैं 1806BM2 के लिए एक असेंबलर में आया, मोटे तौर पर बोल रहा हूं, पीडीपी -11। इसके अलावा, टार्गेट डिवाइस एक निश्चित बोर्ड है जिसमें सिग्नल को परिवर्तित करने और संसाधित करने के लिए कुछ भाग हैं, और इंस्ट्रूमेंटल मशीन एक पीसी है जिसमें विंडोज (विकल्प के बिना) है। विकास के तहत उपकरण अलग हैं, और उनके लिए कार्यक्रम कोड के तीन सौ से तीन हजार लाइनों तक हैं।

जब मैं इस प्रक्रिया में शामिल हुआ, तो यह पता चला कि डिवाइस नाम वाला फ़ोल्डर प्रोजेक्ट से मेल खाता है। फ़ोल्डर में एक असेंबलर फ़ाइल होती है (सभी एएसएम फ़ाइलों में समान नाम होता है, संकलन इतना कॉन्फ़िगर किया गया है), मापदंडों के बिना एक बैट फ़ाइल, जो मापदंडों के साथ एक और बैट फ़ाइल को कॉल करती है, और वह बदले में, एक कोडांतरक exe फ़ाइल चलाता है (स्वाभाविक रूप से झूठ बोल रहा है) वहीं)। इसके अलावा, प्रोजेक्ट फ़ोल्डर में आप बाइनरी और लिस्टिंग पा सकते हैं, साथ ही साथ बाइनरी को रॉम फ़र्मवेयर फ़ाइल और रूपांतरण के लिए एक सहायक टेक्स्ट फ़ाइल के लिए प्रोग्राम कर सकते हैं, फ़र्मवेयर फ़ाइल को एक प्रारूप में बदलने के लिए एक अन्य प्रोग्राम जो हमारे प्रोग्रामर के लिए समझ में आता है, फ़र्मवेयर फ़ाइल (पुराना होने के बाद से) कार्यक्रम को ROM के बजाय फ्लैश में लिखा जाना शुरू हुआ), प्लस dirinfo.txt, जिसमें किसी के लिए भी कुछ भी लिखना बेहद दुर्लभ था।

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

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

पसंद का आटा

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

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

प्रीसेट

पहली चीज जो मैंने की थी, वह vimrc में उपस्थिति और व्यवहार को सेट किया गया था: डार्क वोमेट कलर स्कीम (ब्लैक पर लाइट ग्रे, मेरी प्राथमिकताओं के अनुसार समायोजित), लाइन नंबरिंग, लाइन नंबर, स्मार्ट इंडेंट और टैब के कारण 85 डिफ़ॉल्ट चौड़ाई तक बढ़ गई। , अक्षम बेक-फाइलें, खुली फाइल द्वारा काम करने वाले फ़ोल्डर का ऑटो-परिवर्तन। उसने एक आभासी कॉल चालू किया, जो बीप करने के बजाय झपकाता है, टूलबार को निष्क्रिय करता है (किसी कारण से, मेनू छोड़ दिया है, हालांकि मैं इसका उपयोग नहीं करता हूं), छपाई करते समय माउस को छिपाएं और खुले बफ़र्स के बीच Ctrl-Tab स्विच को लटका दें।

मैंने एक फ़ॉन्ट चुना जिसमें रूसी अक्षर हैं:

set guifont=Courier_New:h10:cRUSSIAN "   

रूसी में काम करने के लिए इसे सुविधाजनक बनाने के लिए लेआउट में कुछ जोड़ा गया:

 set keymap=russian-jcukenwin "   set iskeyword=@,48-57,_,192-255 "  . .    set iminsert=0 "  - -  set imsearch=0 "    —  lang ctype Russian_Russia.1251 

मैंने F12 पर लेआउट स्विच को लटका दिया:

 imap <F12> <C-^> cmap <F12> <C-^> 

अब, अंग्रेजी लेआउट के साथ, सभी कीबोर्ड कमांड ठीक काम करते हैं, और आपको इनपुट भाषा को सिस्टम Ctrl-Shift के साथ स्विच करने की आवश्यकता नहीं है, लेकिन VIM F12 के साथ, वर्तमान भाषा नीचे पंक्ति में प्रदर्शित होती है: "- INSERT -" अंग्रेजी के लिए, या "- INSERT ( भाषा) - " रूसी के लिए। थोड़ी असुविधा - आमतौर पर मेरा कीबोर्ड लेआउट रूसी है, लेकिन यहां हमें वीआईएम शुरू करते समय अंग्रेजी पर स्विच करना नहीं भूलना चाहिए।

मैंने उपरोक्त सभी को एक अलग vimrc_rg में रिकॉर्ड किया, जिसे मैंने डिफ़ॉल्ट सेटिंग्स फ़ाइल में जोड़ा था:

 source $VIM/_vimrc_rg 

मैंने कई प्लगइन्स भी स्थापित किए, लेकिन मैं हमेशा शाब्दिक रूप से एक का उपयोग करता हूं - क्विकब्यूफ (क्यूबुफ.विम, स्क्रिप्ट_आईडी = 1910), जो आपको एफ 4 द्वारा एक विंडो में खुले बफ़र्स के बीच स्विच करने की अनुमति देता है। अब मुझे टैब की आवश्यकता नहीं है (जो मुझे अल्ट्राएडिट में उपयोग करने के लिए मिला है), और यहां तक ​​कि असुविधाजनक भी लगता है। कभी-कभी मुझे स्थापित विज़ुअल मार्क (script_id = 1026) याद आता है, जो चयनित बुकमार्क बनाता है, जैसा कि UltraEdit में है।

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

बैकलाइट और अनुवादक सेटिंग्स

फिर उन्होंने एक नया फ़ाइल प्रकार पेश किया - a1806, हाइलाइटिंग और एम्बेडिंग संकलन के लिए। Vimfiles फ़ोल्डर की जड़ में filetype.vim फ़ाइल बनाई गई:

  augroup filetypedetect au BufNewFile,BufRead *.msa setf a1806 au BufNewFile,BufRead *.a51 setf asm8051 augroup END 

फिर कुछ समय के लिए उन्होंने कोडांतरक फ़ाइलों के लिए उपयुक्त एक्सटेंशन देना शुरू किया - 1806 के लिए msa, MCS-51 कोडांतरक के लिए a51, ताकि asm के साथ भ्रमित न हों, डिफ़ॉल्ट रूप से, इंटेल कोडांतरक के लिए सेट करें।

फिर vimfiles \ syntax में उसने a1806.vim फ़ाइल बनाई, जिसे किसी अन्य भाषा की हाइलाइट फ़ाइल से रीडोन किया गया। इंटरनेट पर पाए जाने वाले कीवर्ड, पीडीपी -11 पर पाठ की जानकारी थोक में। यूकेएनटीएस और एसएम कंप्यूटरों पर कुछ कागजी किताबें हैं, लेकिन वेब पेज से कॉपी करना आसान है।
इस फ़ाइल में, अन्य बातों के अलावा, यह पंक्ति है:

 syn match a1806Error "#@.*\|[a-zA-Z0-9_$]\{7,}:" 

जब जल्दी से टाइप करना और अप्रत्यक्ष पते में प्रवेश करना, मैं अक्सर @ # और # @ को भ्रमित करता हूं, और यह पैटर्न टाइप करते समय एक त्रुटि को उजागर करता है। अन्य सामान्य टाइपो की पहचान इस तरह से की जा सकती है।

वाक्य रचना हाइलाइटिंग है। अब संकलन है। उपयोगिता बनाने और ctags के साथ समझ में आया, यह स्पष्ट हो गया कि यहाँ वे सहायक नहीं हैं। एक कोडांतरक है, लेकिन कोई लिंकर नहीं है - परियोजना को मॉड्यूल फ़ाइलों में विभाजित नहीं किया जा सकता है। बनाने के लिए केवल एक ही लक्ष्य होगा, इसके लिए फ़ाइल, भी, परेशान करने के लिए कुछ भी नहीं। Ctags के साथ एक ही - केवल एक फ़ाइल है, इसके लिए खोज करने के लिए कुछ विशेष नहीं है, लेबल इतनी आसानी से एक तारांकन के साथ पाए जाते हैं। लंबी फाइलें बुकमार्क से अधिक उपयोगी होती हैं, जो VIM में भी होती हैं। लेकिन हर प्रोजेक्ट फोल्डर में असेंबलर फाई होता है! मैं बिन फ़ोल्डर को C: \ ड्राइव की जड़ में बनाता हूं, मैं इसे PATH में लिखता हूं (फिर मैं वहां अन्य कोडांतरक के लिए मेक और ctags लगाता हूं)। वहां मैंने असेंबलर और mk1806.bat लगाया, जहां माइक्रोफेल के अलावा और पास किए गए मापदंडों की वैधता की जांच करने के बाद, द्विआधारी और लिस्टिंग मिटा दी जाती है, और फिर कोडांतरक कहा जाता है:

 :VALIDDIR CD %2 %3 %4 %5 %6 %7 %8 %9 :WORK2 if not exist *.bin goto NOBIN attrib -r *.bin del *.bin :NOBIN if not exist *.lst goto NOLST attrib -r *.lst del *.lst :NOLST if exist %1 C:\bin\cmplr1806\asm.exe %1 -m if not exist %1 echo Error: File %1 not exist! 

बैच फ़ाइल दो मापदंडों को स्वीकार करती है - फ़ाइल का नाम और इसके लिए पथ। मेक के आउटपुट को खराब न करने के लिए, फ़ाइल में कमांड प्रदर्शित करने का तरीका अक्षम किया गया है (@ ECHO OFF)।

Vimfiles \ ftplugin में a1806.vim फ़ाइल बनाई:

 " Language: 1806 assembler " Maintainer: " Last Change: "           lcd %:h "    setlocal makeprg=C:\bin\mk1806.bat\ %:t\ %:p:h "      setlocal autowrite nmap <buffer> <F9> :make<CR> imap <buffer> <F9> <Esc>:make<CR> "     set efm=%-G,%-G\ BK-10/11%.%#,%-P\ Opened\ %f,%Eline\ %l\\,%.%#,%Z%m,%-GFile\ compiled%.%# 

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

 1 2 BK-10/11 Assembler 3 4 Opened 1.ASM 5 Line 61,Address 000320: 6 Bad operator [AKSJDFH]. 7 Opened 1.lst 8 9 File compiled 346 bytes. 10 

तब त्रुटि प्रारूप में निम्नलिखित तत्व शामिल होंगे:

• % -G, - खाली लाइन को नजरअंदाज करें यदि ऐसा होता है। ("जी" सामान्य जानकारी है, "% -" आउटपुट से बाहर रखा गया है, और "जी" के बाद कुछ भी नहीं होना यह दर्शाता है कि एक खाली लाइन का मतलब है)। 1, 3, 8 और 10 लाइनों पर लागू किया जाएगा।
• % -G \ BK-10/11%।% #, यहाँ '%।% #' का उपयोग नियमित अभिव्यक्ति पैटर्न बनाने के लिए किया जाता है '। *', 'अर्थात' BK-10/11 'के साथ शुरू होने वाली एक पंक्ति (के लिए स्थान) कमांड ": सेट" "से बच जाता है"), नजरअंदाज कर दिया। 2 लाइन के लिए लागू किया जाएगा।
• % -P \ Opened \% f, - "ओपन", "% -P" शब्द के बाद फ़ाइल नाम (% f) के साथ एक एकल-पंक्ति संदेश (% -P) पार्स करता है, यह कहता है कि लाइन प्रदर्शित नहीं है, लेकिन हमें फ़ाइल का नाम याद है, निम्न त्रुटियां इससे संबंधित हैं। 4 और 7 लाइनों पर लागू किया जाएगा।
• % Eline \% l \\,% #%; - एक बहु-पंक्ति त्रुटि संदेश (% E) की शुरुआत, जहां शब्द "लाइन" के बाद लाइन नंबर (% l) आता है, फिर अल्पविराम ("\\") - अल्पविराम से बच जाना चाहिए एक बैकस्लैश, लेकिन इसे "सेट" कमांड के लिए डुप्लिकेट करने की आवश्यकता है, फिर कुछ लाइन ("%।% #" = "*।") जो आउटपुट में शामिल है (हमारे मामले में, पता, हालांकि यह एक संख्या के रूप में प्रदर्शित किया जाएगा। त्रुटियाँ - "320 त्रुटि", यह एक बग नहीं है, लेकिन एक विशेषता है)।
• % Z% m, - वास्तविक त्रुटि संदेश (% m) के साथ बहुस्तरीय संदेश (% Z) का अंत। % E और% Z पैटर्न 5 और 6 प्रकार के लाइन जोड़े के लिए एक साथ काम करते हैं।
• % -GFile \ _ संकलित%।% # फिर, सामान्य जानकारी आउटपुट से बाहर फेंक दी गई, पंक्ति 9 के लिए नियम।

एफएफएम पैटर्न के अनुसार, लाइनें 1..4 और 7..10 आउटपुट नहीं हैं, हालांकि फ़ाइल नाम 4 और 7 में संग्रहीत है। यदि 5 और 6 लाइनें नहीं हैं, तो आउटपुट खाली है, कोई त्रुटि नहीं है। लाइन्स टाइप 5 और 6 कई जोड़े हो सकते हैं। इनमें से प्रत्येक जोड़ा त्रुटि संदेश सूची आइटम बनाएगा।

देखा! हमारे पास F9 पर ऑटोसैव के साथ संकलन है। जब एक सिंटैक्स त्रुटि का पता लगाया जाता है, तो VIM तुरंत कोड की लाइन पर कर्सर को पहली त्रुटि के आधार पर पाया जाता है।

पर्याप्त डिबगर नहीं है - लेकिन यह यहां मदद नहीं करेगा, क्योंकि बहुत सारी चीजें बाधित करने के लिए बंधी हुई हैं, स्मृति और बाहरी हार्डवेयर तक सीधी पहुंच। मुझे अभी तक VIM में निर्मित पूर्ण फ़ाइल तुलना में महारत हासिल नहीं है, मैं मुख्य रूप से WinMerge का उपयोग करता हूं। और फिर भी यह बहुत अधिक सुविधाजनक हो गया।

सशक्तिकरण

और फिर 1806 ने हमसे थोड़ी दूर जाना शुरू किया और NM6403 प्रोसेसर पर आधारित उपकरणों के साथ काम शुरू हुआ। असेंबलर में भी। और इसलिए स्रोत फ़ाइलों के लिए अगले विस्तार के साथ आने के साथ विकृत नहीं होने के लिए, मैंने asm.vim फ़ाइल को vimfiles \ ftplugin में जोड़ा:

  if getline(1) =~ '^;.*a1806\>' set filetype=a1806 endif if getline(1) =~ '^//.*a6403\>' set filetype=a6403 endif 

विस्तार के साथ कोडांतरक फ़ाइलों में। प्रथम पंक्ति में प्रवेश करना शुरू हुआ
"; A1806" या "// a6403", क्रमशः। मैंने सिंटैक्स हाइलाइटिंग vimfiles \ syntax \ a1806.vim (बहुत आसानी से और जल्दी से "असेंबलर भाषा का विवरण" के अनुसार जोड़ा) और इस तरह के vimfiles \ ftplugin \ a6403.vim:

 " Language: 6403 assembler " Maintainer: " Last Change: setlocal makeprg=c:\bin\make.exe "           lcd %:h "      setlocal autowrite nmap <buffer> <F9> :make<CR> imap <buffer> <F9> <Esc>:make<CR> nmap <buffer> <F10> :make TAGS<CR> imap <buffer> <F10> <Esc>:make TAGS<CR> set efm=\"%f\"\\,%l\ :\ %m 

इस काम के लिए, उन्होंने एक मेकफाइल लिखा, जो प्रत्येक प्रोजेक्ट फ़ोल्डर में निहित है और अन्य डेवलपर्स द्वारा उपयोग किए जाने वाले बैट कंपाइलर लॉन्च फ़ाइल के निकट है। मेरे Makefile में TAGS लक्ष्य है, साथ ही ALL लक्ष्य से इस लक्ष्य के लिए एक कॉल भी है।

 TAGS : @c:/bin/ctags.exe --options=c:/bin/a6403.ctags $(SRC_ASM) *.asi 

$ (SRC_ASM) ASM स्रोतों को सूचीबद्ध करता है, और * .asi में फ़ाइलें शामिल हैं।

उल्लेखित फ़ोल्डर C: \ bin में make.exe, ctags.exe, साथ ही a6403.ctags निहित है, ctags.exe के लिए एक पैरामीटर के रूप में पारित किया गया है:

 --langdef=a6403 --langmap=a6403:.asm --language-force=a6405 --regex-a6403=/^<([a-zA-Z0-9_]+)>/\1/L,labels/ --regex-a6403=/^[ \t]*const[ \t]+([a-zA-Z0-9_]+)/\1/C,consts/ --regex-a6403=/^[ \t]*#define[ \t]+([a-zA-Z0-9_]+)/\1/D,defs/ --regex-a6403=/^[ \t]*global[ \t]+([a-zA-Z0-9_]+)[ \t]*:[ \t]*(word|long)/\1/V,vars/ 

बॉक्स से बाहर ctags NM6403 के बारे में कोई पता नहीं है। पहली पंक्ति नए भाषा के नाम को परिभाषित करती है। दूसरी पंक्ति फ़ाइल एक्सटेंशन के बारे में बात करती है। एक्सटेंशन एक पंक्ति में लिखे गए हैं, उदाहरण के लिए, ".asm.asi.inc"। इसके पीछे एक चरित्र के बिना एक डॉट का अर्थ है बिना एक्सटेंशन के फ़ाइलों का उपयोग। हालांकि, यह एक विशेष रूप से उपयोगी विकल्प नहीं है - मैंने यहां .asi एक्सटेंशन निर्दिष्ट नहीं किया था, हालांकि मैंने ctags को कॉल करते समय * .asi को निर्दिष्ट किया था - और उपयोगिता ने वह सब कुछ स्कैन किया जिसकी आवश्यकता थी। चौथी पंक्ति हमें इस विशेष भाषा के लिए उपरोक्त एक्सटेंशन का उपयोग करती है, न कि समान एक्सटेंशन के लिए ctags में निर्मित भाषा के लिए। शेष पंक्तियों के रूप में "<लेबल>", प्रपत्र "कॉन्स्टेंट नाम" के एक निरंतर रूप, "#define अभिव्यक्ति" के रूप की मैक्रो परिभाषा और प्रपत्र "वैश्विक नाम: शब्द" के एक वैश्विक चर के एक लेबल का वर्णन है - क्रमशः - जिनकी परिभाषाएँ मैं "कूद" करने में सक्षम होना चाहता हूँ "। यहाँ मैं आपको gf - go file कमांड की याद दिलाना चाहता हूँ, एक फाइल में ट्रांस्फ़ॉर्म जिसका नाम कर्सर के तहत देखने के लिए बहुत सुविधाजनक है, इसमें फ़ाइलें शामिल हैं।

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

कुल मिलाकर

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

यह थोड़ा दुखद है कि मैं अकेले टीम में VIM और ctags की सुविधा और शक्ति का उपयोग करता हूं। किसी को टोकना नहीं था। शायद किसी को ये घटनाक्रम उपयोगी लगेंगे?

PS अंत में महारत हासिल करने वाले सभी को धन्यवाद।