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

कार्यक्रम:

नाम

पर्लपक्स - हेवलेट-पैकार्ड यूनिक्स (एचपी-यूएक्स) सिस्टम पर पर्ल संस्करण 5

वर्णन

यह दस्तावेज़ एचपी के यूनिक्स ऑपरेटिंग सिस्टम (एचपी-यूएक्स) की विभिन्न विशेषताओं का वर्णन करता है
यह प्रभावित करता है कि पर्ल संस्करण 5 (इसके बाद केवल पर्ल) कैसे संकलित और/या चलता है।

का प्रयोग पर्ल as भेज दिया साथ में HP-UX
एप्लिकेशन रिलीज़ सितंबर 2001, एचपी-यूएक्स 11.00 पर्ल के साथ शिप किया जाने वाला पहला एप्लिकेशन है। से
समय यह /opt/perl में perl-5.6.1 था। पहली घटना सीडी 5012-7954 पर है और हो सकती है
का उपयोग करके स्थापित किया गया

swinstall -s /cdrom पर्ल

यह मानते हुए कि आपने उस सीडी को /cdrom पर माउंट किया है।

वह बिल्ड एक पोर्टेबल hppa-1.1 मल्टीथ्रेड बिल्ड था जो संकलित बड़ी फ़ाइलों का समर्थन करता है
gcc-2.9-hppa-991112 के साथ।

यदि आप एक नया इंस्टॉलेशन करते हैं, तो (एक नया) पर्ल स्वचालित रूप से इंस्टॉल हो जाएगा।
पहले से स्थापित एचपी-यूएक्स सिस्टम में अब पर्ल के नवीनतम संस्करण और अद्यतन मॉड्यूल हैं।

आधिकारिक (थ्रेडेड) एचपी से निर्मित होते हैं, क्योंकि उन्हें एप्लिकेशन डीवीडी/सीडी पर भेजा जाता है
पर उपलब्ध हैं
<http://www.software.hp.com/portal/swdepot/displayProductInfo.do?productNumber=PERL> के लिए
पीए-आरआईएससी और आईपीएफ (इटेनियम प्रोसेसर परिवार) दोनों। इन्हें HP ANSI-C के साथ बनाया गया है
संकलक. 5.8.8 तक यह एक्टिवस्टेट द्वारा किया गया था।

यह देखने के लिए कि डीवीडी में कौन सा संस्करण शामिल है (यहाँ माना जाता है कि इसे /cdrom पर माउंट किया गया है), जारी करें
यह आदेश:

# swlist -s /cdrom पर्ल
# पर्ल डी.5.8.8.बी 5.8.8 पर्ल प्रोग्रामिंग लैंग्वेज
perl.Perl5-32 D.5.8.8.B 32-बिट 5.8.8 एक्सटेंशन के साथ पर्ल प्रोग्रामिंग भाषा
perl.Perl5-64 D.5.8.8.B 64-बिट 5.8.8 एक्सटेंशन के साथ पर्ल प्रोग्रामिंग भाषा

यह देखने के लिए कि आपके सिस्टम पर क्या इंस्टॉल है:

# स्वलिस्ट -आर पर्ल
# पर्ल E.5.8.8.J पर्ल प्रोग्रामिंग लैंग्वेज
# perl.Perl5-32 E.5.8.8.J 32-बिट पर्ल प्रोग्रामिंग लैंग्वेज एक्सटेंशन के साथ
IA के लिए perl.Perl5-32.PERL-MAN E.5.8.8.J 32-बिट पर्ल मैन पेज
IA के लिए perl.Perl5-32.PERL-RUN E.5.8.8.J 32-बिट पर्ल बायनेरिज़
# perl.Perl5-64 E.5.8.8.J 64-बिट पर्ल प्रोग्रामिंग लैंग्वेज एक्सटेंशन के साथ
IA के लिए perl.Perl5-64.PERL-MAN E.5.8.8.J 64-बिट पर्ल मैन पेज
IA के लिए perl.Perl5-64.PERL-RUN E.5.8.8.J 64-बिट पर्ल बायनेरिज़

का प्रयोग पर्ल से एचपी का पोर्टिंग केंद्र
एचपी पोर्टिंग सेंटर ग्राहकों की मांग को पूरा करने और ओपन से अपडेट जारी करने का प्रयास करता है
स्रोत समुदाय. पूर्व-संकलित पर्ल बायनेरिज़ उपलब्ध होना स्पष्ट है, यद्यपि "अप-टू-
date" कुछ सापेक्ष है। लिखने के समय केवल perl-5.10.1 उपलब्ध था (साथ में)।
5.16.3 पोर्टर्स के दृष्टिकोण से नवीनतम स्थिर रिलीज़ है)।

एचपी पोर्टिंग केंद्र सीमित हैं कि उन्हें किस सिस्टम में पोर्ट करने की अनुमति है और वे
आमतौर पर उपलब्ध दो नवीनतम OS संस्करण चुनें।

एचपी ने पोर्टिंग सेंटर से ओपन सोर्स बायनेरिज़ को स्थानांतरित करने के लिए कहा है / opt सेवा मेरे / Usr / स्थानीय, इतना
जुलाई 2002 की शुरुआत से उत्पादित बायनेरिज़ /usr/local में स्थित हैं।

एचपी पोर्टिंग सेंटर्स में से एक का यूआरएल हैhttp://hpux.connect.org.uk/> वर्तमान में पोर्ट
उपलब्ध जीएनयू जीसीसी के साथ बनाया गया है।

अन्य पहले से बनाए गए पर्ल बाइनरी
HP-UX की संपूर्ण श्रृंखला के लिए और भी नवीनतम पर्ल डिपो प्राप्त करने के लिए, H.Merijn ब्रांड पर जाएँ
साइट परhttp://mirrors.develooper.com/hpux/#पर्ल>. यह देखने के लिए नोट्स को ध्यानपूर्वक पढ़ें
उपलब्ध संस्करण आपकी आवश्यकताओं के अनुरूप हैं।

संकलन पर्ल 5 on HP-UX
पर्ल को संकलित करते समय, आपको ANSI C कंपाइलर का उपयोग करना चाहिए। सी कंपाइलर जो सभी के साथ आता है
HP-UX सिस्टम एक K&R कंपाइलर है जिसका उपयोग केवल नए कर्नेल बनाने के लिए किया जाना चाहिए।

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

यदि आप जीसीसी का उपयोग करने का निर्णय लेते हैं, तो सुनिश्चित करें कि आपका इंस्टॉलेशन नवीनतम और पूर्ण है, और सुनिश्चित करें
अधिक gcc-विशिष्ट विवरण के लिए Perl INSTALL फ़ाइल पढ़ें।

पीए-रिस्क
HP का HP9000 यूनिक्स सिस्टम HP के अपने प्रिसिजन आर्किटेक्चर (PA-RISC) चिप पर चलता है। एचपी-यूएक्स
यह मोटोरोला MC68000 परिवार के चिप्स पर चलता था, लेकिन इस चिप वाली कोई भी मशीन
काफी अप्रचलित है और यह दस्तावेज़ पर्ल को संकलित करने के मुद्दों को संबोधित करने का प्रयास नहीं करेगा
मोटोरोला चिपसेट पर.

इस दस्तावेज़ के अंतिम अद्यतन के समय पीए-आरआईएससी का संस्करण 2.0 है, जो कि है भी
आखिरी वहां होगा. एचपी पीए-आरआईएससी सिस्टम को आमतौर पर मॉडल विवरण के साथ संदर्भित किया जाता है
"एचपी 9000"। इस श्रृंखला का अंतिम CPU PA-8900 है। पीए-आरआईएससी आर्किटेक्चर के लिए समर्थन
मशीनें आधिकारिक तौर पर समाप्त होती हैं जैसा कि निम्नलिखित तालिका में दिखाया गया है:

पीए-आरआईएससी जीवन समाप्ति रोडमैप
+-------+----------------+----------------+------ -----------+
| HP9000 | सुपरडोम | पीए-8700 | वसंत 2011 |
| 4-128 | | पीए-8800/एसएक्स1000 | ग्रीष्म 2012 |
| कोर | | पीए-8900/एसएक्स1000 | 2014 |
| | | पीए-8900/एसएक्स2000 | 2015 |
+-------+----------------+----------------+------ -----------+
| HP9000 | आरपी7410, आरपी8400 | पीए-8700 | वसंत 2011 |
| 2-32 | आरपी7420, आरपी8420 | पीए-8800/एसएक्स1000 | 2012 |
| कोर | आरपी7440, आरपी8440 | पीए-8900/एसएक्स1000 | शरद ऋतु 2013 |
| | | पीए-8900/एसएक्स2000 | 2015 |
+-------+----------------+----------------+------ -----------+
| HP9000 | आरपी44x0 | पीए-8700 | वसंत 2011 |
| 1-8 | | पीए-8800/आरपी44x0 | 2012 |
| कोर | | पीए-8900/आरपी44x0 | 2014 |
+-------+----------------+----------------+------ -----------+
| HP9000 | आरपी34x0 | पीए-8700 | वसंत 2011 |
| 1-4 | | पीए-8800/आरपी34x0 | 2012 |
| कोर | | पीए-8900/आरपी34x0 | 2014 |
+-------+----------------+----------------+------ -----------+

सेhttp://www.hp.com/products1/evolution/9000/faqs.html>

HP 9000 सिस्टम के लिए अंतिम ऑर्डर तिथि 31 दिसंबर, 2008 थी।

ओएस के निर्माण के समय के मॉडलों की पूरी सूची फ़ाइल में है
/usr/sam/lib/mo/sched.models. पहला कॉलम आउटपुट के अंतिम भाग से मेल खाता है
"मॉडल" कमांड का। दूसरा कॉलम पीए-आरआईएससी संस्करण है और तीसरा कॉलम है
सटीक चिप प्रकार का उपयोग किया गया। (भ्रम से बचने के लिए नीचे ब्राउज़ करना प्रारंभ करें ;-)

# नमूना
9000/800/एल1000-44
# grep L1000-44 /usr/sam/lib/mo/sched.models
एल1000-44 2.0 पीए8500

सुवाह्यता के बीच पीए-रिस्क संस्करण
PA-RISC 2.0 प्लेटफ़ॉर्म पर संकलित निष्पादन योग्य PA-RISC 1.1 पर निष्पादित नहीं होगा
प्लेटफ़ॉर्म, भले ही वे HP-UX का समान संस्करण चला रहे हों। यदि आप पर्ल का निर्माण कर रहे हैं
एक पीए-आरआईएससी 2.0 प्लेटफॉर्म और चाहते हैं कि पर्ल भी पीए-आरआईएससी 1.1 पर चले, कंपाइलर झंडे
+DAपोर्टेबल और +DS32 का उपयोग किया जाना चाहिए।

PA-RISC 1.0 निष्पादनयोग्य को PA-RISC 1.1 या PA-RISC XNUMX पर संकलित करना अब संभव नहीं है।
2.0 प्लेटफार्म. कमांड-लाइन झंडे स्वीकार किए जाते हैं, लेकिन परिणामी निष्पादन योग्य नहीं होंगे
पीए-आरआईएससी 1.0 सिस्टम में स्थानांतरित होने पर चलाएं।

पीए-रिस्क 1.0
पीए-आरआईएससी का मूल संस्करण, एचपी अब इस चिप के साथ कोई सिस्टम नहीं बेचता है।

निम्नलिखित प्रणालियों में PA-RISC 1.0 चिप्स शामिल हैं:

600, 635, 645, 808, 815, 822, 825, 832, 834, 835, 840, 842, 845, 850,
852, 855, 860 865, 870, 890

पीए-रिस्क 1.1
पीए-आरआईएससी डिज़ाइन का अपग्रेड, इसे कई वर्षों तक कई अलग-अलग प्रणालियों में भेजा गया।

निम्नलिखित प्रणालियों में PA-RISC 1.1 चिप्स शामिल हैं:

705, 710, 712, 715, 720, 722, 725, 728, 730, 735, 742, 743, 744, 745,
747, 750, 755, 770, 777, 778, 779, 800, 801, 803, 806, 807, 809, 811,
813, 816, 817, 819, 821, 826, 827, 829, 831, 837, 839, 841, 847, 849,
851, 856, 857, 859, 867, 869, 877, 887, 891, 892, 897, ए180, ए180सी,
बी115, बी120, बी132एल, बी132एल+, बी160एल, बी180एल, सी100, सी110, सी115, सी120,
सी160एल, डी200, डी210, डी220, डी230, डी250, डी260, डी310, डी320, डी330, डी350,
D360, D410, DX0, DX5, DXO, E25, E35, E45, E55, F10, F20, F30, G30,
जी40, जी50, जी60, जी70, एच20, एच30, एच40, एच50, एच60, एच70, आई30, आई40, आई50, आई60,
I70, J200, J210, J210XC, K100, K200, K210, K220, K230, K400, K410,
K420, S700i, S715, S744, S760, T500, T520

पीए-रिस्क 2.0
पीए-आरआईएससी डिज़ाइन का सबसे हालिया अपग्रेड, इसमें 64-बिट पूर्णांक डेटा के लिए समर्थन जोड़ा गया है।

इस दस्तावेज़ के अंतिम अद्यतन की तिथि के अनुसार, निम्नलिखित सिस्टम में PA-RISC 2.0 शामिल है
चिप्स:

700, 780, 781, 782, 783, 785, 802, 804, 810, 820, 861, 871, 879, 889,
893, 895, 896, 898, 899, ए400, ए500, बी1000, बी2000, सी130, सी140, सी160,
C180, C180+, C180-XP, C200+, C400+, C3000, C360, C3600, CB260, D270,
डी280, डी370, डी380, डी390, डी650, जे220, जे2240, जे280, जे282, जे400, जे410,
J5000, J5500XM, J5600, J7000, J7600, K250, K260, K260-EG, K270, K360,
K370, K380, K450, K460, K460-EG, K460-XP, K470, K570, K580, L1000,
L2000, L3000, N4000, R380, R390, SD16000, SD32000, SD64000, T540,
टी600, वी2000, वी2200, वी2250, वी2500, वी2600

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

HP 9000 A-क्लास सर्वर, अब इसका नाम बदलकर HP सर्वर rp2400 श्रृंखला कर दिया गया है।
एचपी 9000 एल-क्लास सर्वर, अब इसका नाम बदलकर एचपी सर्वर आरपी5400 श्रृंखला कर दिया गया है।
एचपी 9000 एन-क्लास सर्वर, अब इसका नाम बदलकर एचपी सर्वर आरपी7400 कर दिया गया है।

आरपी2400, आरपी2405, आरपी2430, आरपी2450, आरपी2470, आरपी3410, आरपी3440, आरपी4410,
आरपी4440, आरपी5400, आरपी5405, आरपी5430, आरपी5450, आरपी5470, आरपी7400, आरपी7405,
आरपी7410, आरपी7420, आरपी7440, आरपी8400, आरपी8420, आरपी8440, सुपरडोम

वर्तमान नामकरण परंपरा है:

aaddd
||||`+- 00 - 99 सापेक्ष क्षमता और नयापन (उन्नयन, आदि)
|||`--- प्रत्येक वास्तुकला के लिए अलग-अलग सुनिश्चित करने के लिए अद्वितीय संख्या
||| सभी प्रणालियों में समान क्रमांकन नहीं होता है
||| आर्किटेक्चर
||`---- 1 - 9 परिवार और/या रिश्तेदार स्थिति की पहचान करता है
||
|`----- सी = ia32 (सीआईएससी)
| पी = पीए-जोखिम
| x = ia-64 (आइटेनियम और इटेनियम 2)
| एच = आवास
`------ टी = टावर
आर = रैक अनुकूलित
s = सुपर स्केलेबल
बी = ब्लेड
सा = उपकरण

इटेनियम प्रोसेसर परिवार (आईपीएफ) और HP-UX
एचपी-यूएक्स भी नए इटेनियम प्रोसेसर पर चलता है। इसके लिए किसी भिन्न का उपयोग आवश्यक है
एचपी-यूएक्स का संस्करण (वर्तमान में 11.23 या 11आई वी2), और कुछ अंतरों को छोड़कर
नीचे और बाद के अनुभागों में विस्तृत विवरण के अनुसार, पर्ल को बिना किसी समस्या के संकलन करना चाहिए।

हालाँकि PA-RISC बायनेरिज़ इटेनियम सिस्टम पर चल सकते हैं, आपको PA- का उपयोग करने का प्रयास नहीं करना चाहिए
इटेनियम प्रणाली पर पर्ल का आरआईएससी संस्करण। ऐसा इसलिए है क्योंकि साझा लाइब्रेरीज़ एक पर बनाई गई हैं
पीए-आरआईएससी निष्पादन योग्य चलाते समय इटेनियम सिस्टम लोड नहीं किया जा सकता है।

एचपी इटेनियम 2 सिस्टम को आमतौर पर मॉडल विवरण "एचपी इंटीग्रिटी" के साथ संदर्भित किया जाता है।

इटेनियम, इटेनियम 2 & मैडिसन 6
HP 128-बिट इटेनियम प्रोसेसर के साथ सर्वर भी शिप करता है। बताया गया है कि cx26x0 है
मैडिसन 6. इस दस्तावेज़ के अंतिम अद्यतन की तिथि के अनुसार, निम्नलिखित प्रणालियाँ शामिल हैं
इटेनियम या इटेनियम 2 चिप्स (यह पुराना हो सकता है):

BL60p, BL860c, BL870c, BL890c, cx2600, cx2620, rx1600, rx1620, rx2600,
rx2600hptc, rx2620, rx2660, rx2800, rx3600, rx4610, rx4640, rx5670,
आरएक्स6600, आरएक्स7420, आरएक्स7620, आरएक्स7640, आरएक्स8420, आरएक्स8620, आरएक्स8640, आरएक्स9610,
एसएक्स1000, एसएक्स2000

अपनी मशीन के बारे में सब कुछ देखने के लिए टाइप करें

# नमूना
आईए64 एचपी सर्वर आरएक्स2600
# /usr/contrib/bin/machinfo

HP-UX संस्करणों
सभी आर्किटेक्चर (पीए = पीए-आरआईएससी, आईपीएफ = इटेनियम प्रोसेसर परिवार) सभी संस्करणों का समर्थन नहीं करते हैं
एचपी-यूएक्स की, यहां एक छोटी सूची है

एचपी-यूएक्स संस्करण कर्नेल आर्किटेक्चर एंड-ऑफ-फैक्ट्री समर्थन
------------------ ------ ------------------ ------------------- ---------------
10.20 32 बिट पीए 30-जून-2003
11.00 32/64 पीए 31-दिसम्बर-2006
11.11 11आई वी1 32/64 पीए 31-दिसंबर-2015
11.22 11आई वी2 64 आईपीएफ 30-अप्रैल-2004
11.23 11आई वी2 64 पीए और आईपीएफ 31-दिसंबर-2015
11.31 11आई वी3 64 पीए और आईपीएफ 31-दिसंबर-2020 (पीए) 31-दिसंबर-2022 (आईपीएफ)

हार्डवेयर/ओएस समर्थन और अपेक्षित जीवन समाप्ति की पूरी सूची देखें
<http://www.hp.com/go/hpuxservermatrix>

इमारत गतिशील एक्सटेंशन on HP-UX
HP-UX गतिशील रूप से लोड करने योग्य लाइब्रेरीज़ (साझा लाइब्रेरीज़) का समर्थन करता है। साझा लाइब्रेरी ख़त्म
प्रत्यय के साथ .sl. इटेनियम सिस्टम पर, वे प्रत्यय .so के साथ समाप्त होते हैं।

किसी विशेष PA-RISC संस्करण का उपयोग करके प्लेटफ़ॉर्म पर बनाई गई साझा लाइब्रेरी उपयोग योग्य नहीं हैं
डिफ़ॉल्ट रूप से पुराने PA-RISC संस्करण का उपयोग करने वाले प्लेटफ़ॉर्म पर। हालाँकि, यह पीछे की ओर है
संगतता को समान +डीएपोर्टेबल कंपाइलर ध्वज (समान पीए- के साथ) का उपयोग करके सक्षम किया जा सकता है
आरआईएससी 1.0 चेतावनी ऊपर उल्लिखित है)।

इटेनियम प्लेटफ़ॉर्म पर बनाई गई साझा लाइब्रेरी को PA-RISC प्लेटफ़ॉर्म पर लोड नहीं किया जा सकता है।
PA-RISC प्लेटफ़ॉर्म पर बनाई गई साझा लाइब्रेरीज़ को केवल इटेनियम प्लेटफ़ॉर्म पर लोड किया जा सकता है
यदि यह एक पीए-आरआईएससी निष्पादन योग्य है जो पीए-आरआईएससी लाइब्रेरी को लोड करने का प्रयास कर रहा है। एक पीए-जोखिम
साझा लाइब्रेरी को इटेनियम निष्पादन योग्य में लोड नहीं किया जा सकता है और न ही इसके विपरीत।

साझा लाइब्रेरी बनाने के लिए, निम्नलिखित चरणों का पालन करना होगा:

1. .o मॉड्यूल बनाने के लिए स्रोत मॉड्यूल को +z या +Z ध्वज के साथ संकलित करें
जिसमें स्थिति-स्वतंत्र कोड (पीआईसी) शामिल है। लिंकर करेगा
अगले चरण में आपको बताएं कि क्या +Z की आवश्यकता थी।
(जीसीसी के लिए, उपयुक्त ध्वज -fpic या -fPIC है।)

2. -b ध्वज का उपयोग करके साझा लाइब्रेरी को लिंक करें। यदि कोड कॉल करता है
अन्य सिस्टम लाइब्रेरीज़ (उदाहरण के लिए, libm) में कोई भी फ़ंक्शन, यह अवश्य होना चाहिए
इस पंक्ति में शामिल किया जाए.

(ध्यान दें कि ये चरण आमतौर पर एक्सटेंशन के मेकफ़ाइल द्वारा स्वचालित रूप से नियंत्रित किए जाते हैं)।

यदि ये आश्रित पुस्तकालय साझा पुस्तकालय निर्माण के समय सूचीबद्ध नहीं हैं, तो आपको मिलेगा
लाइब्रेरी लोड होने पर रन टाइम पर घातक "अनसुलझे प्रतीक" त्रुटियाँ।

आप एक साझा लाइब्रेरी बना सकते हैं जो किसी अन्य लाइब्रेरी को संदर्भित करती है, जो या तो हो सकती है
पुरालेख पुस्तकालय या साझा पुस्तकालय। यदि यह दूसरी लाइब्रेरी एक साझा लाइब्रेरी है, तो यह है
"आश्रित पुस्तकालय" कहा जाता है। आश्रित पुस्तकालय का नाम मुख्य साझा में दर्ज किया गया है
लाइब्रेरी, लेकिन यह साझा लाइब्रेरी से लिंक नहीं है। इसके बजाय, यह तब लोड होता है जब
मुख्य साझा लाइब्रेरी लोड हो गई है। यदि आप किसी एक पर एक्सटेंशन बनाते हैं तो यह समस्याएँ पैदा कर सकता है
सिस्टम और इसे किसी अन्य सिस्टम में ले जाएं जहां पुस्तकालय उसी में स्थित नहीं हो सकते हैं
पहले सिस्टम की तरह रखें।

यदि संदर्भित पुस्तकालय एक पुरालेख पुस्तकालय है, तो इसे एक साधारण संग्रह के रूप में माना जाता है
.o मॉड्यूल का (जिनमें से सभी में PIC होना चाहिए)। फिर इन मॉड्यूलों को आपस में जोड़ दिया जाता है
साझा पुस्तकालय.

ध्यान दें कि ऐसी लाइब्रेरी बनाना ठीक है जिसमें एक आश्रित लाइब्रेरी हो
पहले से ही पर्ल से जुड़ा हुआ है।

कुछ एक्सटेंशन, जैसे DB_File और Compress::Zlib के लिए पूर्वनिर्मित लाइब्रेरी का उपयोग/आवश्यकता होती है
काम करने के लिए पर्ल एक्सटेंशन/मॉड्यूल। यदि ये लाइब्रेरीज़ डिफ़ॉल्ट का उपयोग करके बनाई गई हैं
कॉन्फ़िगरेशन, ऐसा हो सकता है कि आपको "अमान्य लोडर फ़िक्सअप" जैसी त्रुटि का सामना करना पड़े
लोड चरण के दौरान. एचपी इस समस्या से अवगत है। इसके लिए HP-UX cxx-dev फ़ोरम खोजें
विषय पर चर्चा. संक्षिप्त उत्तर यह है सब कुछ (सभी पुस्तकालय,
सब कुछ) को PIC (स्थिति स्वतंत्र कोड) होने के लिए "+z" या "+Z" के साथ संकलित किया जाना चाहिए।
(जीसीसी के लिए, वह "-fpic" या "-fPIC" होगा)। एचपी-यूएक्स 11.00 या नए में लिंकर त्रुटि
संदेश को आपत्तिजनक ऑब्जेक्ट फ़ाइल का नाम बताना चाहिए।

एक अधिक सामान्य दृष्टिकोण मैन्युअल रूप से हस्तक्षेप करना है, जैसा कि DB_File के उदाहरण के साथ है
मॉड्यूल, जिसके लिए स्लीपीकैट की libdb.sl की आवश्यकता है:

# सीडी .../डीबी-3.2.9/बिल्ड_यूनिक्स
# vi मेकफ़ाइल
... साझा ऑब्जेक्ट बनाने के लिए सभी cflags में +Z जोड़ें
CFLAGS= -c $(CPPFLAGS) +Z -Ae +O2 +ओनोलिमिट \
-I/usr/local/include -I/usr/include/X11R6
CXXFLAGS= -c $(CPPFLAGS) +Z -Ae +O2 +ओनोलिमिट \
-I/usr/local/include -I/usr/include/X11R6

#साफ करें
# निर्माण
# एमकेडीआईआर टीएमपी
# सीडी टीएमपी
# ar x ../libdb.a
# ld -b -o libdb-3.2.sl *.o
# एमवी लिबडीबी-3.2.एसएल / Usr / स्थानीय / lib
# आरएम *.ओ
# सीडी / Usr / स्थानीय / lib
# आरएम -एफ libdb.sl
# ln -s libdb-3.2.sl libdb.sl

# सीडी.../डीबी_फ़ाइल-1.76
# डिस्टक्लीन करें
# पर्ल मेकफ़ाइल.पीएल
# निर्माण
# परीक्षण करें
# स्थापित करना

db-4.2.x के अनुसार अब इसे हाथ से करने की आवश्यकता नहीं है। स्लीपीकैट ने बदल दिया है
HP-UX पर स्वचालित रूप से +z जोड़ने के लिए कॉन्फ़िगरेशन प्रक्रिया।

# सीडी .../डीबी-4.2.25/बिल्ड_यूनिक्स
# env CFLAGS=+DD64 LDFLAGS=+DD64 ../dist/configure

HP-UX 64 और 11.00i के लिए 11 बिट साझा लाइब्रेरी उत्पन्न करने के लिए काम करना चाहिए।

PA-RISC 1.0 साझा लाइब्रेरीज़ को लिंक करना अब संभव नहीं है (भले ही कमांड-
लाइन झंडे अभी भी मौजूद हैं)।

PA-RISC और इटेनियम ऑब्जेक्ट फ़ाइलें विनिमेय नहीं हैं। हालाँकि आप उपयोग करने में सक्षम हो सकते हैं
आप इटेनियम सिस्टम पर PA-RISC ऑब्जेक्ट फ़ाइलों की एक संग्रह लाइब्रेरी नहीं बना सकते
इटेनियम लिंक संपादक का उपयोग करके इसके विरुद्ध लिंक करें।

RSI HP एएनएसआई C संकलक
पर्ल बनाने के लिए इस कंपाइलर का उपयोग करते समय, आपको यह सुनिश्चित करना चाहिए कि ध्वज -Aa जोड़ा गया है
config.sh फ़ाइल में cpprun और cppstdin वैरिएबल (हालांकि 64-बिट पर अनुभाग देखें)
नीचे पर्ल)। यदि आप पर्ल वितरण के नवीनतम संस्करण का उपयोग कर रहे हैं, तो ये झंडे हैं
स्वचालित रूप से सेट करें.

भले ही एचपी-यूएक्स 10.20 और 11.00 अब एचपी द्वारा सक्रिय रूप से बनाए नहीं रखे गए हैं, इसके लिए अपडेट
एचपी एएनएसआई सी कंपाइलर अभी भी समय-समय पर उपलब्ध है, और इसकी सलाह दी जा सकती है
देखें कि क्या अपडेट लागू हैं। लेखन के समय, नवीनतम पैच उपलब्ध हैं
11.00 के लिए जो लागू किया जाना चाहिए वे हैं PHSS_35098, PHSS_35175, PHSS_35100, PHSS_33036, और
PHSS_33902)। यदि आपके पास एक एसयूएम खाता है, तो आप इसका उपयोग अपडेट/पैच खोजने के लिए कर सकते हैं।
कीवर्ड के रूप में "एएनएसआई" दर्ज करें।

RSI जीएनयू C संकलक
जब आप जीएनयू सी कंपाइलर (जीसीसी) का उपयोग करने जा रहे हैं, और आपके पास अभी तक जीसीसी नहीं है, तो आप यह कर सकते हैं
या तो इसे स्रोतों से स्वयं बनाएं (उदाहरण के लिए उपलब्ध)।
<http://gcc.gnu.org/mirrors.html>) या एचपी पोर्टिंग सेंटर से एक पूर्वनिर्मित बाइनरी प्राप्त करें
परhttp://hpux.connect.org.uk/hppd/cgi-bin/search?term=gcc&Search=Search> या से
DSPP (आपको सदस्य बनने की आवश्यकता है) पर
<http://h21007.www2.hp.com/portal/site/dspp/menuitem.863c3e4cbcdc3f3515b49c108973a801?ciid=2a08725cc2f02110725cc2f02110275d6e10RCRD&jumpid=reg_r1002_usen_c-001_title_r0001>
(सूची ब्राउज़ करें, क्योंकि अक्सर एक ही पैकेज के कई संस्करण होते हैं
उपलब्ध)।

अधिकांश उल्लिखित वितरण डिपो हैं। एच.मेरिजन ब्रांड ने प्रीबिल्ट जीसीसी बायनेरिज़ बनाया है
पर उपलब्धhttp://mirrors.develooper.com/hpux/> और/याhttp://www.cmve.net/~merijn/>
HP-UX 10.20 (केवल 32 बिट), HP-UX 11.00, HP-UX 11.11 (HP-UX 11i v1), और HP-UX 11.23 के लिए
(एचपी-यूएक्स 11आई वी2 पीए-आरआईएससी) 32- और 64-बिट दोनों संस्करणों में। एचपी-यूएक्स 11.23 आईपीएफ और एचपी-यूएक्स के लिए
11.31 आईपीएफ डिपो भी उपलब्ध हैं। IPF संस्करणों को GNU gcc के दो संस्करणों की आवश्यकता नहीं है।

पीए-आरआईएससी पर आपको 32-बिट अनुप्रयोगों और 64-बिट के लिए एक अलग कंपाइलर की आवश्यकता होती है
अनुप्रयोग। PA-RISC पर, 32-बिट ऑब्जेक्ट और 64-बिट ऑब्जेक्ट मिश्रित नहीं होते हैं। अवधि। वहाँ है
एचपी सी-एएनएसआई-सी या जीएनयू जीसीसी के लिए कोई अलग व्यवहार नहीं। तो यदि आपको अपने पर्ल बाइनरी की आवश्यकता है
64-बिट लाइब्रेरीज़ का उपयोग करें, जैसे Oracle-64bit, आपको 64-बिट पर्ल अवश्य बनाना होगा।

स्रोत से पीए-आरआईएससी पर 64-बिट सक्षम जीसीसी का निर्माण तभी संभव है जब आपके पास एचपी हो
सी-एएनएसआई सी कंपाइलर या जीसीसी का पहले से काम कर रहा 64-बिट बाइनरी उपलब्ध है। सबसे अच्छा प्रदर्शन
पर्ल के लिए एचपी के मूल कंपाइलर के साथ हासिल किया गया है।

का प्रयोग बड़ा फ़ाइलें साथ में पर्ल on HP-UX
HP-UX संस्करण 10.20 से प्रारंभ करके, 2GB (2^31 बाइट्स) से बड़ी फ़ाइलें बनाई जा सकती हैं और
हेरफेर किया गया। ऐसा करने की तीन अलग-अलग विधियाँ उपलब्ध हैं। इन तरीकों में से
पर्ल के लिए सबसे अच्छी विधि कॉन्फ़िगर करने के लिए -Duselargefiles ध्वज का उपयोग करके संकलित करना है। यह
पर्ल को उन संरचनाओं और फ़ंक्शंस का उपयोग करके संकलित करने का कारण बनता है जिनमें ये 64 बिट चौड़े हैं,
32 बिट चौड़े के बजाय। (ध्यान दें कि यह केवल एचपी के एएनएसआई सी कंपाइलर के साथ काम करेगा। यदि
आप जीसीसी का उपयोग करके पर्ल को संकलित करना चाहते हैं, आपको कंपाइलर का एक संस्करण प्राप्त करना होगा
64-बिट संचालन का समर्थन करता है। इसे कहां पाया जाए इसके लिए ऊपर देखें।)

इस दृष्टिकोण में कुछ कमियाँ हैं। एक तो वह कोई एक्सटेंशन है जो किसी को भी कॉल करता है
फ़ाइल-हेरफेर करने वाले सी फ़ंक्शन को पुन: संकलित करने की आवश्यकता होगी (बस सामान्य "perl
मेकफ़ाइल.पीएल; बनाना; परीक्षण करना; इंस्टॉल करें" प्रक्रिया)।

उन फ़ंक्शंस की सूची जिन्हें पुन: संकलित करने की आवश्यकता होगी:
क्रिएट, एफगेटपोस, फॉपेन,
फ्रीओपन, एफसेटपोस, एफस्टैट,
fstatvfs, fstatvfsdev, ftruncat,
एफटीडब्ल्यू, लॉकएफ, एलसीक,
एलस्टैट, एमएमएपी, एनएफटीडब्ल्यू,
खुला, प्रीलोक, स्टेट,
statvfs, statvfsdev, tmpfile,
ट्रंकेट, गेटरलिमिट, सेटरलिमिट

एक और कमी केवल 5.6.0 से पहले के पर्ल संस्करणों के लिए मान्य है। यह कमी यह है कि
खोजें और बताएं फ़ंक्शन (अंतर्निहित संस्करण और POSIX मॉड्यूल संस्करण दोनों) नहीं होंगे
सही ढंग से प्रदर्शन करें.

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

लड़ी पिरोया हुआ पर्ल on HP-UX
10.30 से पहले HP-UX के किसी भी संस्करण पर थ्रेडेड पर्ल का एक संस्करण संकलित करना संभव है,
लेकिन यह दृढ़ता से सुझाव दिया जाता है कि आप कम से कम एचपी-यूएक्स 11.00 पर चलें।

पर्ल को थ्रेड्स के साथ संकलित करने के लिए, कॉन्फिगर के तर्कों में -Dusethreads जोड़ें। सत्यापित करें कि
-D_POSIX_C_SOURCE=199506L कंपाइलर ध्वज स्वचालित रूप से ध्वज की सूची में जुड़ जाता है।
यह भी सुनिश्चित करें कि पर्ल को लिंक करने के लिए पुस्तकालयों की सूची में -lpthread -lc से पहले सूचीबद्ध है
साथ। कॉन्फिगर के दौरान एचपी-यूएक्स के लिए दिए गए संकेत इसे सही करने के लिए बहुत मेहनत करेंगे
तुम्हारे लिए।

10.30 से पहले के HP-UX संस्करणों को POSIX थ्रेड लाइब्रेरी की एक अलग स्थापना की आवश्यकता होती है
पैकेट। दो उदाहरण HP DCE पैकेज हैं, जो "HP-UX हार्डवेयर एक्सटेंशन 3.0" पर उपलब्ध हैं।
इंस्टाल और कोर ओएस, रिलीज़ 10.20, अप्रैल 1999 (बी3920-13941)" या निःशुल्क उपलब्ध पीटीएच
पैकेज, H.Merijn की साइट पर उपलब्ध है (http://mirrors.develooper.com/hpux/>). का उपयोग
PTH perl-5.12 और इसके बाद के वर्शन में समर्थित नहीं होगा और 5.11.x में थोड़ा छोटा है।

यदि आप HP DCE पैकेज का उपयोग करने जा रहे हैं, तो थ्रेडिंग के लिए उपयोग की जाने वाली लाइब्रेरी है
/usr/lib/libcma.sl, लेकिन समय के साथ उस लाइब्रेरी में कई अपडेट हुए हैं। पर्ल
पहले संस्करण के साथ निर्माण होगा, लेकिन यह परीक्षण सूट पास नहीं करेगा। पुराना ओरेकल
संस्करण उस लाइब्रेरी को अपडेट न करने का एक अनिवार्य कारण हो सकता है, अन्यथा कृपया एक खोजें
निम्नलिखित पैच में से एक में नया संस्करण: PHSS_19739, PHSS_20608, या PHSS_23672

पुन: स्वरूपित आउटपुट:

डी3:/ Usr / lib 106 > क्या libcma-*.1
libcma-00000.1:
एचपी डीसीई/9000 1.5 मॉड्यूल: libcma.sl (निर्यात)
दिनांक: अप्रैल 29 1996 22:11:24
libcma-19739.1:
HP DCE/9000 1.5 PHSS_19739-40 मॉड्यूल: libcma.sl (निर्यात)
दिनांक: 4 सितंबर 1999 01:59:07
libcma-20608.1:
HP DCE/9000 1.5 PHSS_20608 मॉड्यूल: libcma.1 (निर्यात)
दिनांक: 8 दिसंबर 1999 18:41:23
libcma-23672.1:
HP DCE/9000 1.5 PHSS_23672 मॉड्यूल: libcma.1 (निर्यात)
दिनांक: अप्रैल 9 2001 10:01:06
डी3:/ Usr / lib 107>

यदि आप पीटीएच पैकेज चुनते हैं, तो डिफ़ॉल्ट स्थान पर पीटीएच स्थापित करने के लिए swinstall का उपयोग करें
(/opt/pth), और फिर पुस्तकालयों से प्रतीकात्मक लिंक बनाएं / Usr / lib

# सीडी / Usr / lib
# ln -s /opt/pth/lib/libpth* .

Oracle का समर्थन करने के लिए पर्ल के निर्माण के लिए, इसे libcl और libpthread के साथ जोड़ने की आवश्यकता है। इसलिए
भले ही आपका पर्ल एक अनथ्रेडेड बिल्ड है, इन लाइब्रेरीज़ की आवश्यकता हो सकती है। देखें "ओरेकल
एचपी-यूएक्स पर" नीचे।

64-बिट पर्ल on HP-UX
एचपी-यूएक्स 11.00 से शुरू होकर, एचपी-यूएक्स के तहत संकलित प्रोग्राम एलपी64 का लाभ उठा सकते हैं
प्रोग्रामिंग वातावरण (एलपी64 का अर्थ है लॉन्ग और पॉइंटर्स 64 बिट चौड़े हैं), जिसमें स्केलर है
वेरिएबल पूरी सटीकता के साथ 2^32 से बड़ी संख्याएं रखने में सक्षम होंगे। पर्ल के पास है
सभी HP-UX 64.xx पर 5.8.1 के बाद से 11 बिट मोड में सुसंगत और विश्वसनीय साबित हुआ है।

इस दस्तावेज़ की तिथि के अनुसार, पर्ल एचपी-यूएक्स 64 और इसके बाद के संस्करण पर पूरी तरह से 11.00-बिट अनुरूप है
cc- और gcc दोनों का निर्माण होता है। यदि आप GNU gcc के साथ 64-बिट पर्ल बनाने वाले हैं, तो कृपया पढ़ें
जीसीसी अनुभाग ध्यान से।

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

कॉन्फ़िगर करने के लिए आप -Duse64bitint ध्वज का भी उपयोग कर सकते हैं। हालाँकि कुछ छोटे भी हैं
इस ध्वज के साथ पर्ल को संकलित करने बनाम -Duse64bitall ध्वज के बीच अंतर, वे
पर्ल उपयोगकर्ता के दृष्टिकोण से ध्यान देने योग्य नहीं होना चाहिए। -Duse64bitint को कॉन्फ़िगर करते समय
पीए-रिस्क आर्किटेक्चर पर 64 बिट जीसीसी का उपयोग करते हुए, -Duse64bitint को चुपचाप प्रचारित किया जाता है
-Duse64bitall.

दोनों ही मामलों में, यह दृढ़ता से अनुशंसा की जाती है कि जब आप कॉन्फिगर चलाते हैं तो आप इन ध्वजों का उपयोग करें।
यदि आप इसका उपयोग नहीं करते हैं, तो ऐसा करें, लेकिन बाद में 64-बिट संख्याओं के बारे में प्रश्नों का उत्तर दें
कॉन्फ़िगर आपसे पूछता है, आपको एक कॉन्फ़िगरेशन मिल सकता है जिसे संकलित नहीं किया जा सकता है, या जो संकलित नहीं किया जा सकता है
अपेक्षा के अनुरूप कार्य करें।

ओरेकल on HP-UX
DBI और DBD::Oracle के माध्यम से Oracle डेटाबेस से कनेक्ट करने के लिए पर्ल का उपयोग करने से बहुत सारी समस्याएं उत्पन्न हुई हैं
लोगों को बहुत अधिक सिरदर्द होता है। अधिक जानकारी के लिए DBD::Oracle में README.hpux पढ़ें।
यहां इसका उल्लेख करने का कारण यह है कि Oracle को libcl और libpthread के साथ निर्मित पर्ल की आवश्यकता होती है,
बाद वाला तब भी जब पर्ल बिना थ्रेड के बनाया गया हो। सभी डिफ़ॉल्ट का उपयोग करके पर्ल का निर्माण, लेकिन
अभी भी DBD::Oracle को बाद में बनाने में सक्षम बनाया जा सकता है

कॉन्फ़िगर करें - एक प्रीपेंड: libswanted = 'cl pthread' ...

अनुगामी उद्धरण से पहले रिक्त स्थान को न भूलें।

यह भी ध्यान दें कि यह (अभी तक) सभी कॉन्फ़िगरेशन के साथ काम नहीं करता है, यह विफल होने के लिए जाना जाता है
जीसीसी के 64-बिट संस्करण।

जीडीबीएम और थ्रेड्स on HP-UX
यदि आप 11.X सिस्टम पर पर्ल को (POSIX) थ्रेड के साथ संकलित करने का प्रयास करते हैं और इसमें लिंक भी करते हैं
जीडीबीएम लाइब्रेरी, फिर शुरू होने पर पर्ल तुरंत कोर डंप कर देगा। एकमात्र समाधान
इस बिंदु पर GDBM लाइब्रेरी को 11.X के अंतर्गत पुनः लिंक करना है, फिर इसे पर्ल में पुनः लिंक करना है।

त्रुटि कुछ इस प्रकार दिखाई दे सकती है:

पाथ्रेड आंतरिक त्रुटि: संदेश: __libc_reinit() विफल, फ़ाइल: ../pthreads/pthread.c,
पंक्ति: 1096 रिटर्न पॉइंटर 0xc082bf33 है sh: 5345 छोड़ें (कोरडंप)

और कॉन्फिगर छोड़ देगा.

NFS के फ़ाइल सिस्टम और यूटाइम(2) on HP-UX
यदि आप पर्ल को दूरस्थ रूप से माउंट किए गए एनएफएस फ़ाइल सिस्टम पर संकलित कर रहे हैं, तो परीक्षण io/fs.t विफल हो सकता है
परीक्षण #18 पर। ऐसा प्रतीत होता है कि यह एचपी-यूएक्स में एक बग है और फिलहाल इसका कोई समाधान उपलब्ध नहीं है।

HP-UX गुठली पैरामीटर्स (अधिकतम आकार) एसटी संकलन पर्ल
डिफ़ॉल्ट रूप से, HP-UX 64MB के अधिकतम डेटा सेगमेंट आकार के साथ कॉन्फ़िगर किया गया है। ये भी है
अधिकतम अनुकूलन स्तरों के साथ पर्ल को सही ढंग से संकलित करने के लिए छोटा। आप बढ़ा सकते हैं
SAM के उपयोग के माध्यम से maxdsiz कर्नेल पैरामीटर का आकार।

एसएएम के जीयूआई संस्करण का उपयोग करते समय, कर्नेल कॉन्फ़िगरेशन आइकन पर क्लिक करें, फिर
कॉन्फ़िगर करने योग्य पैरामीटर आइकन. नीचे स्क्रॉल करें और maxdsiz लाइन चुनें। क्रियाओं से
मेनू, संशोधित कॉन्फ़िगर करने योग्य पैरामीटर आइटम का चयन करें। में नया फॉर्मूला डालें
फॉर्मूला/वैल्यू बॉक्स. फिर अपने कर्नेल को फिर से बनाने और रिबूट करने के लिए निर्देशों का पालन करें
प्रणाली।

सामान्य तौर पर, पर्ल को संकलित करने के लिए 256MB (या "256*1024*1024") का मान पर्याप्त है
अधिकतम अनुकूलन.

nss_delete मूल फेंकना से op/pvent or ओपी/ग्रांट

आपको op/pvent या op/grant परीक्षणों से बस त्रुटि कोर डंप मिल सकता है। यदि -g के साथ संकलित किया गया है
आपको निम्न जैसा एक स्टैक ट्रेस दिखाई देगा:

#0 0xc004216c in () /usr/lib/libc.2 से
#1 0xc00d7550 __nss_src_state_destr () में /usr/lib/libc.2 से
#2 0xc00d7768 __nss_src_state_destr () में /usr/lib/libc.2 से
#3 0xc00d78a8 nss_delete () में /usr/lib/libc.2 से
#4 0xc01126d8 एंडपवेंट () से /usr/lib/libc.2
#5 0xd1950 Perl_pp_epwent() में ./perl से
#6 0x94d3c ./perl से Perl_runops_standard () में
#7 0x23728 S_run_body () में ./perl से
#8 0x23428 ./perl से perl_run () में
#9 0x2005सी मुख्य () में ./perl से

यहां कुंजी "nss_delete" कॉल है। ऐसा लगता है कि इस बग के लिए एक समाधान तैयार करना है
फ़ाइल में जोड़ें /etc/nsswitch.conf (कम से कम) निम्नलिखित पंक्तियाँ

समूह: फ़ाइलें
पासवर्ड: फ़ाइलें

चाहे आप एनआईएस का उपयोग कर रहे हों, इससे कोई फर्क नहीं पड़ता। आश्चर्यजनक रूप से, वही बग भी प्रभावित करता है
सोलारिस।

त्रुटि: चिपकाने ")" और "L" कर देता है नहीं देना a वैध पूर्व प्रसंस्करण टोकन

ऐसा प्रतीत होता है कि एचपी-यूएक्स 11.00 में एक टूटी हुई सिस्टम हेडर फ़ाइल है जो पर्ल बिल्डिंग को तोड़ देती है
GNU gcc-32.x के साथ 4 बिट मोड इस त्रुटि का कारण बन रहा है। एचपी-यूएक्स 11.11 के लिए वही फ़ाइल (भले ही
फ़ाइल पुरानी है) यह विफलता नहीं दिखाती है, और इसकी परिभाषा सही है, इसलिए सबसे अच्छा है
समाधान हेडर को मिलान के लिए पैच करना है:

--- /usr/include/inttypes.h 2001-04-20 18:42:14 +0200
+++ /usr/include/inttypes.h 2000-11-14 09:00:00 +0200
@@ -72,7 +72,7 @@
#UINT32_C(__c) __CONCAT_U__(__c) को परिभाषित करें
#और /* __LP64 */
#परिभाषित करें INT32_C(__c) __CONCAT__(__c,l)
-#परिभाषित UINT32_C(__c) __CONCAT__(__CONCAT_U__(__c),l)
+#परिभाषित UINT32_C(__c) __CONCAT__(__c,ul)
#endif /* __LP64 */

#INT64_C(__c) __CONCAT_L__(__c,l) को परिभाषित करें

पुनर्घोषणा of "भेजने का मार्ग" साथ में a विभिन्न भंडारण कक्षा विनिर्देशक

निम्नलिखित संकलन चेतावनियाँ HP-UX रिलीज़ में 11.31 से पहले आ सकती हैं, लेकिन हैं
हानिरहित:

सीसी: "/usr/include/sys/socket.h", पंक्ति 535: चेतावनी 562: एक अलग भंडारण वर्ग विनिर्देशक के साथ "सेंडफाइल" की पुनः घोषणा: "सेंडफाइल" में आंतरिक लिंकेज होगा।
सीसी: "/usr/include/sys/socket.h", पंक्ति 536: चेतावनी 562: एक अलग भंडारण वर्ग विनिर्देशक के साथ "सेंडपाथ" की पुनः घोषणा: "सेंडपाथ" में आंतरिक लिंकेज होगा।

ऐसा प्रतीत होता है कि वे टूटी हुई सिस्टम हेडर फ़ाइलों और अन्य ओपन सोर्स प्रोजेक्ट्स के कारण होते हैं
उन्हें देख रहे हैं. निम्नलिखित HP-UX पैच से चेतावनियाँ दूर हो जानी चाहिए:

सीआर JAGae12001: PHNE_27063
प्रोटोटाइप की पुनः घोषणा के कारण sys/socket.h पर चेतावनी 562

सीआर JAGae16787:
सॉकेट.एच सेंडपाथ/सेंडफाइल से चेतावनी 562 -D_FILEFFSET_BITS=64

सीआर JAGae73470 (11.23)
ईआर: सॉकेट.एच को cc -D_FILEFFSET_BITS=64 चेतावनी 267/562 के साथ संकलित करना

कई तरह का

HP-UX 11 Y2K पैच "Y2K-1100 B.11.00.B0125 HP-UX कोर OS वर्ष 2000 पैच बंडल" रहा है
आईओ/एफएस परीक्षण #18 को तोड़ने की सूचना दी गई है जो परीक्षण करता है कि क्या यूटाइम() टाइमस्टैम्प बदल सकते हैं.
Y2K पैच टूटने लगता है यूटाइम() ताकि एनएफएस पर टाइमस्टैम्प न बदले जाएं
(स्थानीय फाइल सिस्टम पर यूटाइम() अभी भी काम करता है)। यह संभवतः आपके सिस्टम पर ठीक कर दिया गया है
अब.

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