2012-02-14 19 views
6

मैं अपने हाथ से लिखित मेकफ़ाइल को सत्यापित करना चाहता हूं, यह सुनिश्चित करने के लिए कि वे विभिन्न प्लेटफॉर्म पर लक्षित हैं। क्या ऐसी उपयोगिता है जिसका उपयोग मैं idiosyncrasies के बारे में चेतावनी देने के लिए कर सकता हूं जो रास्ते में हो सकता है?मेकफ़ाइल मान्य करने के लिए कोई उपयोगिता है?

+1

आप एक उपयोगिता चाहते हैं जो आपको बताएगी कि सॉफ्टवेयर का एक टुकड़ा * के रूप में काम करेगा? * क्या आप इसे परमाणु शस्त्रागार पर नियंत्रण देने की योजना बना रहे हैं? – Beta

+1

मेकफ़ाइल के लिए परीक्षण लिखना सबसे आसान होगा, यानी एक विशिष्ट वातावरण में डाल दें और पूर्व परिभाषित व्यवहार की अपेक्षा करें। –

+0

मेकअप - रन-रन? –

उत्तर

1

जहां तक ​​मुझे पता है।

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

यह कहा गया है कि, रूढ़िवादी मेकफ़ाइल सुविधाओं को यथासंभव सीमित करना बुद्धिमानी है। आप POSIX make manpage पर देख सकते हैं (हालांकि मैं आपको %.foo: %.bar नियमों का उपयोग करने के लिए नाममात्र मानक .bar.foo: नियमों का उपयोग करने की सलाह दूंगा), और ऑटोकॉन्फ़ मैनुअल के portable make programming अनुभाग अच्छी सलाह से भरा है।

ओह, और आप जानते हैं कि autoconf एक अच्छी बात है, हाँ?

0

क्षमा करें ब्रो लेकिन .... सुनिश्चित नहीं है कि कोई भी कोड कोड eveywhere कोड हो सकता है, यह यूनिक्स के सबसे मजबूत और सबसे कमजोर बिंदुओं में से एक है .... ओएस के इतने सारे अलग-अलग स्वाद हैं और मेक यूटिलिटी के कार्यान्वयन - जीएनयू उनमें से एक है और इसलिए ओपन सोलरिस फॉर्म (छोटे अंतर) है, लेकिन वे कई सामान्य विशेषताओं को साझा करते हैं

जीएनयू की विशेषताएं हैं जो केवल तभी उपलब्ध हैं आप एक जीएनयू बनाने के साथ अपने मेकफ़ाइल डिस्क्रिप्टर को भी आमंत्रित करते हैं, यह यूआईएल बनाने के अन्य ओएस विविधताओं के लिए भी है .. इन

"सभी संभावित सिस्टमों में एक संपूर्ण परीक्षण जो आप इसे काम करना चाहते हैं, केवल मेरे समाधान पर आने वाला समाधान "

संबंधित मुद्दे