perlmacosx - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

perlmacosx - मैक ओएस एक्स के अंतर्गत पर्ल

SYNOPSIS

यह दस्तावेज़ मैक ओएस एक्स के अंतर्गत पर्ल का संक्षेप में वर्णन करता है।

कर्ल-O http://www.cpan.org/src/perl-5.22.1.tar.gz
tar -xzf perl-5.22.1.tar.gz
सीडी पर्ल-5.22.1
./कॉन्फ़िगर -des -Dprefix=/ usr / स्थानीय /
बनाना
परीक्षण करें
सुडो को स्थापित करना

वर्णन

नवीनतम पर्ल रिलीज़ (इस लेखन के समय 5.22.1) सभी के अंतर्गत बिना किसी परिवर्तन के निर्मित है
मैक ओएस एक्स के 10.3 "पैंथर" से आगे के संस्करण।

पर्ल का अपना संस्करण बनाने के लिए आपको 'मेक' की आवश्यकता होगी, जो कि एप्पल के 'मेक' का हिस्सा है।
डेवलपर टूल - जिसे Xcode के नाम से भी जाना जाता है। मैक ओएस एक्स 10.7 "लायन" के बाद से, इसे
'कमांड लाइन टूल्स' बंडल के रूप में सीधे डाउनलोड किया गया
(लॉग इन करने के लिए आपको एक निःशुल्क खाते की आवश्यकता होगी), या
Xcode सुइट का हिस्सा, ऐप स्टोर पर मुफ़्त में उपलब्ध है। Xcode एक बहुत बड़ा ऐप है, इसलिए
जब तक कि आपके पास यह पहले से न हो या आप वास्तव में इसे न चाहते हों, आपको 'कमांड लाइन' प्राप्त करने की सलाह दी जाती है
Tools' बंडल को ऊपर दिए गए लिंक से अलग से डाउनलोड करें। अगर आप इसे Xcode के अंदर से करना चाहते हैं, तो यहाँ जाएँ
Xcode -> प्राथमिकताएं -> डाउनलोड पर जाएं और 'कमांड लाइन टूल्स' विकल्प चुनें।

मैक ओएस एक्स 10.3 "पैंथर" और 10.6 "स्नो लेपर्ड" के बीच, 'कमांड लाइन टूल्स' बंडल
इसे 'यूनिक्स टूल्स' कहा जाता था और इसे आमतौर पर मैक ओएस इंस्टॉल डीवीडी के साथ आपूर्ति किया जाता था।

इससे पहले मैक ओएस एक्स रिलीज (10.2 "जगुआर" और पुराने) में पूरी तरह से थ्रेड-अप शामिल नहीं था।
सुरक्षित libc, इसलिए थ्रेडिंग पूरी तरह से समर्थित नहीं है। इसके अलावा, पहले के रिलीज़ में बग शामिल थे
libdb, इसलिए उन रिलीज़ पर कुछ DB_File परीक्षण विफल हो जाते हैं।

स्थापना उपसर्ग
इस रिलीज़ के लिए डिफ़ॉल्ट स्थापना स्थान पारंपरिक UNIX निर्देशिका का उपयोग करता है
लेआउट को /usr/local के अंतर्गत रखें। यह अधिकांश उपयोगकर्ताओं के लिए अनुशंसित स्थान है, और इससे
एप्पल द्वारा आपूर्ति किये गए पर्ल और उसके मॉड्यूल्स का उपयोग निर्बाध रूप से किया जाएगा।

' के इंस्टॉलेशन उपसर्ग का उपयोग करना/ usr' के परिणामस्वरूप एक निर्देशिका लेआउट प्राप्त होगा जो उस निर्देशिका लेआउट को प्रतिबिम्बित करता है
एप्पल के डिफ़ॉल्ट पर्ल का, जिसमें मुख्य मॉड्यूल '/System/Library/Perl/${version}' में संग्रहीत हैं,
'/Library/Perl/${version}' में संग्रहीत CPAN मॉड्यूल, और इसके अतिरिक्त
फ़ाइल सर्वर पर संग्रहीत मॉड्यूल के लिए '/Network/Library/Perl/${version}' को @INC में बदलें
और कई मैक द्वारा उपयोग किया जाता है।

एसडीके समर्थन
सबसे पहले, SDK का पथ बिल्ड वातावरण में निर्यात करें:

निर्यात SDK=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk

कृपया सुनिश्चित करें कि SDK संस्करण (अर्थात '.sdk' से ठीक पहले की संख्याएँ) आपके संस्करण से मेल खाता है।
सिस्टम (इस मामले में, मैक ओएस एक्स 10.8 "माउंटेन लायन"), क्योंकि इसमें अधिक होना संभव है
एक से ज़्यादा SDK इंस्टॉल न करें। यह भी सुनिश्चित करें कि आपके सिस्टम में पथ मौजूद है, और अगर नहीं है
कृपया सुनिश्चित करें कि SDK ठीक से स्थापित है, क्योंकि इसे 'कमांड लाइन' के साथ आना चाहिए
ऊपर बताए गए टूल्स बंडल का उपयोग करें। अंत में, यदि आपके पास पुराना मैक ओएस एक्स (10.6 "स्नो लेपर्ड" है
और नीचे) Xcode 4.2 या उससे कम संस्करण चलाते समय, SDK पथ कुछ इस तरह हो सकता है
'/डेवलपर/SDKs/MacOSX10.3.9.sdk'।

आप Perl के 'ccflags' और '..flags' कॉन्फ़िगरेशन में कुछ अतिरिक्त चीज़ें निर्यात करके SDK का उपयोग कर सकते हैं
चर:

./कॉन्फ़िगर -Accflags="-nostdinc -B$SDK/usr/include/gcc \
-B$SDK/usr/lib/gcc -isystem$SDK/usr/include \
-F$SDK/सिस्टम/लाइब्रेरी/फ्रेमवर्क" \
-Aldflags="-Wl,-syslibroot,$SDK" \
-डे

सार्वभौम द्विचर समर्थन
नोट: मैक ओएस एक्स 10.6 "स्नो लेपर्ड" के बाद से, एप्पल केवल इंटेल-आधारित हार्डवेयर का समर्थन करता है।
इसका मतलब यह है कि आप इस अनुभाग को सुरक्षित रूप से छोड़ सकते हैं जब तक कि आपके पास पुराना एप्पल कंप्यूटर न हो
ppc पर चल रहा है या पश्चगामी संगतता के साथ एक पर्ल बाइनरी बनाना चाहते हैं।

आप पर्ल को यूनिवर्सल बाइनरी (पीपीसी और इंटेल दोनों के लिए निर्मित) के रूप में संकलित कर सकते हैं। मैक ओएस एक्स में
10.4 "टाइगर", आपको SDK का 'u' संस्करण निर्यात करना होगा:

निर्यात SDK=/Developer/SDKs/MacOSX10.4u.sdk

मैक ओएस एक्स 10.5 "लेपर्ड" और इसके बाद के संस्करणों के लिए 'u' संस्करण की आवश्यकता नहीं होती।

SDK का चयन करने के लिए उपयोग किए जाने वाले कंपाइलर झंडों के अलावा, बनाने के लिए झंडे भी जोड़ें
एक सार्वभौमिक बाइनरी:

./कॉन्फ़िगर -Accflags="-arch i686 -arch ppc -nostdinc -B$SDK/usr/include/gcc \
-B$SDK/usr/lib/gcc -isystem$SDK/usr/include \
-F$SDK/सिस्टम/लाइब्रेरी/फ्रेमवर्क" \
-Aldflags="-arch i686 -arch ppc -Wl,-syslibroot,$SDK" \
-डे

ध्यान रखें कि इन कंपाइलर और लिंकर सेटिंग्स का उपयोग CPAN बनाते समय भी किया जाएगा
मॉड्यूल। XS मॉड्यूल को यूनिवर्सल बाइनरी के रूप में संकलित करने के लिए, इससे जुड़ी कोई भी लाइब्रेरी
यूनिवर्सल बाइनरी भी होनी चाहिए। सिस्टम लाइब्रेरी जो Apple 10.4u के साथ शामिल करता है
SDK सभी सार्वभौमिक हैं, लेकिन उपयोगकर्ता द्वारा इंस्टॉल की गई लाइब्रेरीज़ को पुनः इंस्टॉल करने की आवश्यकता हो सकती है
सार्वभौमिक बाइनरी.

64-बिट पीपीसी समर्थन
में निर्देशों का पालन करें इन्सटाल 64-बिट पूर्णांकों के समर्थन के साथ पर्ल का निर्माण करना
("use64bitint") या 64-बिट पूर्णांक और 64-बिट एड्रेसिंग ("use64bitall") दोनों।
बाद के मामले में, परिणामी बाइनरी केवल G5-आधारित होस्ट पर ही चलेगी।

64-बिट एड्रेसिंग के लिए समर्थन प्रायोगिक है: पर्ल के कुछ पहलुओं को छोड़ा जा सकता है या
बगी। द्वारा आउटपुट किए गए संदेशों पर ध्यान दें कॉन्फ़िगर अधिक जानकारी के लिए कृपया "perlbug" का उपयोग करें
यदि आपको कोई कठिनाई आती है तो समस्या रिपोर्ट प्रस्तुत करें।

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

$ फ़ाइल libgdbm.3.0.0.dylib
libgdbm.3.0.0.dylib: 2 आर्किटेक्चर वाली Mach-O फैट फ़ाइल
libgdbm.3.0.0.dylib (आर्किटेक्चर ppc के लिए): Mach-O डायनामिक रूप से लिंक की गई साझा लाइब्रेरी ppc
libgdbm.3.0.0.dylib (आर्किटेक्चर ppc64 के लिए): Mach-O 64-बिट डायनेमिकली लिंक्ड साझा लाइब्रेरी ppc64

ध्यान दें कि यह समस्या कई Macintosh-विशिष्ट CPAN मॉड्यूल के निर्माण को रोकती है
("Mac::*"), क्योंकि आवश्यक Apple फ्रेमवर्क PPC64 समर्थन प्रदान नहीं करते हैं। इसी तरह,
फिंक या डार्विनपोर्ट्स से डाउनलोड 64-बिट समर्थन प्रदान करने की संभावना नहीं है; लाइब्रेरी
उचित संकलक और लिंकर झंडों के साथ स्रोत से पुनर्निर्माण किया जाना चाहिए। आगे के लिए
अधिक जानकारी के लिए एप्पल की वेबसाइट देखें 64 बिट संक्रमण मार्गदर्शिका at
<http://developer.apple.com/documentation/Darwin/Conceptual/64bitPorting/index.html>.

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

यदि आप चाहें तो डिफ़ॉल्ट को ओवरराइड कर सकते हैं और एक साझा libperl बना सकते हैं
(कॉन्फ़िगर करें... -Duseshrplib).

मैक ओएस एक्स 10.4 "टाइगर" और नए संस्करणों के साथ, गैर-प्रदर्शन के लिए लगभग कोई दंड नहीं है।
प्रीबाउंड लाइब्रेरीज़। पहले रिलीज़ की तुलना में अधिक लोड समय लगेगा
स्टैटिक लाइब्रेरी, या एप्पल की प्री-बाउंड डायनामिक लाइब्रेरी।

अद्यतन कर रहा है एप्पल पर्ल
एक शब्द में - ऐसा न करें, कम से कम बिना किसी अच्छे कारण के। आपकी स्क्रिप्ट भी वैसी ही हो सकती है
आसानी से "#!/usr/local/bin/perl" से शुरू करें जैसा कि "#!/usr/bin/perl". स्क्रिप्ट्स द्वारा आपूर्ति की गई
Apple और अन्य तृतीय पक्ष स्थापना पैकेजों के भाग के रूप में और इस तरह के अन्य पैकेजों में आम तौर पर
केवल के साथ परीक्षण किया गया /usr/bin/perl जो कि एप्पल द्वारा स्थापित किया गया है।

यदि आपको लगता है कि आपको सिस्टम पर्ल को अपडेट करने की आवश्यकता है, तो एक बात ध्यान में रखने लायक है
स्टैटिक बनाम डायनेमिक लाइब्रेरी का सवाल। यदि आप डिफ़ॉल्ट स्टैटिक का उपयोग करके अपग्रेड करते हैं
libperl, आप पाएंगे कि Apple द्वारा प्रदान की गई गतिशील libperl हटाई नहीं जाएगी। यदि
दोनों लाइब्रेरीज़ तब मौजूद होती हैं जब libperl के विरुद्ध लिंक करने वाला कोई अनुप्रयोग बनाया जाता है, ld
डिफ़ॉल्ट रूप से डायनेमिक लाइब्रेरी के विरुद्ध लिंक होगा। इसलिए, यदि आपको Apple के
डायनेमिक libperl को स्टैटिक libperl के साथ बदलने के लिए, आपको पुराने डायनेमिक को हटाना सुनिश्चित करना होगा
आपके द्वारा अद्यतन स्थापित करने के बाद लाइब्रेरी को खोलें.

ज्ञात समस्याओं
यदि आपने Fink के माध्यम से GDBM जैसी अतिरिक्त लाइब्रेरीज़ स्थापित की हैं (दूसरे शब्दों में, आपके पास
पुस्तकालयों के अंतर्गत /sw/लिब), या libdlcompat को / Usr / स्थानीय / lib, आपको अतिरिक्त प्रयास करने की आवश्यकता हो सकती है
Configure चलाते समय सावधानी बरतें ताकि Configure और Perl के बीच भ्रमित न हों कि कौन सी लाइब्रेरी है
उपयोग करने के लिए। भ्रमित होना उदाहरण के लिए प्रतीक समस्याओं के बारे में "dyld" त्रुटियों के रूप में दिखाई देगा,
उदाहरण के लिए "मेक टेस्ट" के दौरान। सबसे सुरक्षित शर्त है कॉन्फ़िगर को इस प्रकार चलाना

कॉन्फ़िगर करें... -Uloclibpth -Dlibpth=/ Usr / lib

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

कॉन्फ़िगर करें... -Uloclibpth -Dlibpth='/ Usr / lib /ऑप्ट/लिब'

पर्ल को स्थिर रूप से बनाने का डिफ़ॉल्ट जटिल अनुप्रयोगों के साथ समस्याएँ पैदा कर सकता है जैसे
टीके: उस स्थिति में साझा पर्ल बनाने पर विचार करें

कॉन्फ़िगर करें... -Duseshrplib

लेकिन याद रखें कि उस मामले में भुगतान करने के लिए एक स्टार्टअप लागत है (ऊपर देखें "libperl और
प्रीबाइंडिंग").

टाइगर (मैक ओएस एक्स 10.4) से शुरू करके, एप्पल ने eu_ES के लिए टूटी हुई लोकल फाइलें भेजीं
लोकेल (बास्क-स्पेन)। पर्ल के पिछले रिलीज में, इसके परिणामस्वरूप विफलताएं हुईं
lib/स्थान परीक्षण। इन विफलताओं को पर्ल के वर्तमान रिलीज में दबा दिया गया है
परीक्षण को टूटे हुए लोकेल को अनदेखा करने देना। यदि आपको eu_ES लोकेल का उपयोग करने की आवश्यकता है, तो आपको
एप्पल सहायता से संपर्क करें।

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

एक विकल्प है कैमलबोन्स, एक ऐसा फ्रेमवर्क जो फाउंडेशन और ऐपकिट दोनों तक पहुंच की अनुमति देता है
क्लास और ऑब्जेक्ट, ताकि पूर्ण GUI अनुप्रयोग Perl में बनाए जा सकें। CamelBones का उपयोग किया जा सकता है
सोर्सफोर्ज पर पाया गया,http://www.sourceforge.net/projects/camelbones/>.

शुरुआत में से स्क्रैच

दुर्भाग्य से यह इतना कठिन नहीं है कि किसी तरह से अपने मैक ओएस एक्स पर्ल को तोड़ दिया जाए।
गंभीर रूप से। यदि सब कुछ विफल हो जाता है और आप वास्तव में चाहते हैं, वास्तव में, शुरू से शुरू करें और हटाएँ
यहां तक ​​कि आपके Apple Perl इंस्टॉलेशन (जो किसी तरह से दूषित हो गया है) पर भी, निम्नलिखित
निर्देशों के अनुसार ऐसा करना चाहिए। कृपया सोचना दो बार से पहले निम्नलिखित इन निर्देश: वे
रहे बहुत पसंद का आयोजन मस्तिष्क सर्जरी सेवा मेरे स्वयं। बिना संज्ञाहरण। हम करेंगे नहीं कैसे
यदि आप ऐसा करते हैं तो आपके सिस्टम को ठीक करने के लिए कुछ उपाय किए जाएंगे।

सबसे पहले, libperl.dylib से छुटकारा पाएं:

# सीडी /सिस्टम/लाइब्रेरी/पर्ल/डार्विन/कोर
# आरएम libperl.dylib

फिर फ़ोल्डरों में कहीं भी पाई गई प्रत्येक .bundle फ़ाइल को हटा दें:

/सिस्टम/लाइब्रेरी/पर्ल
/लाइब्रेरी/पर्ल

आप उन्हें उदाहरण के लिए यहाँ पा सकते हैं

# /सिस्टम/लाइब्रेरी/पर्ल /लाइब्रेरी/पर्ल -नाम '*.बंडल' -प्रिंट ढूंढें

इसके बाद आप या तो अपने ऑपरेटिंग सिस्टम मीडिया से पर्ल को कॉपी कर सकते हैं (आपको इसकी आवश्यकता होगी)
कम से कम /सिस्टम/लाइब्रेरी/पर्ल और /usr/bin/perl), या स्रोत कोड से पर्ल का पुनर्निर्माण करें
"कॉन्फ़िगर -Dprefix=" के साथ/ usr -Duseshrplib" नोट: "-Dprefix=/ usr" को प्रतिस्थापित करने के लिए
सिस्टम पर्ल पर्ल 5.8.1 और बाद के संस्करणों के साथ बहुत बेहतर काम करता है, पर्ल 5.8.0 में सेटिंग्स थीं
बिलकुल ठीक नहीं।

चार्ल्स सॉफ्ट से "पैसिफिस्ट" (http://www.charlessoft.com/>) निकालने का एक अच्छा तरीका है
संपूर्ण OS को पुनः स्थापित किए बिना, OS मीडिया से Perl बाइनरीज़ को निकालना संभव है।

onworks.net सेवाओं का उपयोग करके perlmacosx ऑनलाइन उपयोग करें