ठीक करें:कोई लक्ष्य निर्दिष्ट नहीं है और कोई मेकफ़ाइल नहीं मिला।

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

विधि 1:वर्तमान निर्देशिका में मेकफ़ाइल ढूँढना

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

यह मानते हुए, ls . चलाने का प्रयास करें या दिर यह देखने के लिए आदेश दें कि आपकी वर्तमान निर्देशिका में कौन सी फाइलें हैं। हो सकता है कि आप डायरेक्टरी ट्री के दाहिने हिस्से में न हों। यदि आप देखते हैं कि आप निर्देशिकाओं को देखते हैं जो आपकी रूट / निर्देशिका या आपके होम ~ निर्देशिका से संबंधित हैं, तो आप मेक कमांड को चलाने के लिए खुद को सही जगह पर रखने के लिए सीडी कमांड चलाना चाहेंगे।

एक मौका है कि आप अपने आप को और भी दूर पा सकते हैं जहाँ से आपको होने की उम्मीद है। हमारे उदाहरण में, हमने /var/crash निर्देशिका से मेक चलाने की कोशिश की और पाया कि यह बिल्कुल भी काम नहीं करता है। इसके यहां से चलने की उम्मीद नहीं की जा सकती, क्योंकि इस विशेष स्थान की एकमात्र फ़ाइलें असंबंधित क्रैश रिपोर्ट से हैं।

संभावना से अधिक, आप अपनी मेक कमांड को उस निर्देशिका से चलाना चाहते हैं जो आपके होम डायरेक्टरी के अंदर कहीं स्थित है। उदाहरण के लिए, यदि आप स्रोत से जीएनयू नैनो के नवीनतम संस्करण का निर्माण कर रहे थे तो संभवतः आपके पास ~/नैनो-2.9.6 पर स्थित एक निर्देशिका होगी जिसे आप सीडी कर सकते हैं और फिर फिर से चला सकते हैं। आप ls . चलाने का प्रयास करना चाह सकते हैं इससे पहले कि आप यह सुनिश्चित करने का प्रयास करें कि निर्देशिका के भीतर एक मेकफ़ाइल स्थित है जिससे आप निर्माण कर सकते हैं।

ध्यान रखें कि आपको पहले इंस्टॉलेशन को कॉन्फ़िगर करना होगा। कॉन्फ़िगर कमांड जीएनयू कंपाइलर के फलने-फूलने के लिए सही वातावरण बनाता है। यदि आपको सही प्रोजेक्ट निर्देशिका में भी मेकफ़ाइल नहीं मिल रही है, तो ./configure चलाएँ जबकि आप अभी भी इसके अंदर हैं, उसके बाद मेक आज्ञा। यदि यह सही ढंग से संकलित होता है, तो आप sudo make install . के साथ अपना प्रोजेक्ट इंस्टॉल कर सकते हैं , लेकिन याद रखें कि आप कुछ भी रूट के रूप में नहीं बनाना चाहते हैं, इसलिए आप कभी भी sudo make या इंस्टालेशन के बाहर कुछ भी नहीं चलाना चाहेंगे।

विधि 2:कस्टम मेकफ़ाइल निर्दिष्ट करना

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

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

अन्य बहुत निकट से संबंधित उपयोग के मामले में ऐसी स्थिति शामिल है जहां केस संवेदनशीलता एक मुद्दा है। यूनिक्स के व्यवसाय करने के तरीके में निम्नलिखित सभी अलग-अलग फाइलें हैं:

• मेकफ़ाइल
• मेकफ़ाइल
• मेकफाइल
• मेकफाइल
• मेकफिले

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