सबसे पहले, उन स्थानों को देखें जहां आप गैर-डेल्फी पुस्तकालयों और एपीआई-कॉल, से इंटरैक्ट करते हैं, वे भिन्न हो सकते हैं। Win32 पर, stdcall कॉलिंग संयोजक वाले पुस्तकालयों को _SomeFunction @ 4 (पैरामीटर के आकार को इंगित करने वाला @ 4) नाम दिया गया है। Win64 पर, केवल एक कॉलिंग सम्मेलन है, और एक डीएल में कार्य अब और सजाए गए नहीं हैं। यदि आप डीएलएल फाइलों से फ़ंक्शंस आयात करते हैं, तो आपको उन्हें समायोजित करने की आवश्यकता हो सकती है।
ध्यान रखें, 64 बिट एक्सई में आप 32-बिट डीएल लोड नहीं कर सकते हैं, इसलिए, यदि आप तृतीय पक्ष डीएल फाइलों पर निर्भर हैं, तो आपको उन फ़ाइलों के 64-बिट संस्करण की भी जांच करनी चाहिए।
इसके अलावा, यदि आप अपने अधिकतम मूल्य पर निर्भर करते हैं, तो इंटीग्रर्स को देखें, उदाहरण के लिए जब आप उन्हें ओवरफ्लो देते हैं और उस क्षण के लिए प्रतीक्षा करते हैं, तो एक पूर्णांक का आकार बदल जाता है तो इससे परेशानी होगी।
साथ ही, स्ट्रीम के साथ काम करते समय, और आप एक पूर्णांक को शामिल करने के साथ-साथ विभिन्न डेटा को क्रमबद्ध करना चाहते हैं, इससे परेशानी होगी, क्योंकि पूर्णांक का आकार बदल गया है, और आपकी स्ट्रीम सिंक हो जाएगी।
तो, उन स्थानों पर जहां आप एक पूर्णांक या सूचक के आकार पर निर्भर करते हैं, आपको समायोजन करने की आवश्यकता होगी। जब सुशी डेटा को क्रमबद्ध करते हैं, तो आपको इस आकार के मुद्दे को भी ध्यान में रखना होगा, क्योंकि यह 32 और 64 बिट संस्करणों के बीच डेटा असंगतताओं का कारण बन सकता है।
इसके अलावा, लाज़र आईडीई के साथ फ्रीपास्कल कंपाइलर पहले ही 64-बिट का समर्थन करता है। यह वैकल्पिक ऑब्जेक्ट पास्कल कंपाइलर पास्कल के बोर्लैंड/कोडेगियर/एम्बरकैडेरो बोलीभाषा के साथ 100% संगत नहीं है, इसलिए 64-बिट के लिए बस इसके साथ पुनः संकलन करना इतना आसान नहीं हो सकता है, लेकिन यह 64-बिट के साथ समस्याओं को इंगित करने में मदद कर सकता है।
निम्नलिखित प्रश्न भी कुछ मदद की हो सकती है: http://stackoverflow.com/questions/4051603/how-should-i-prepare-my-32-bit-delphi-programs-for-an- अंतिम -64-बिट-कंपाइलर – Justin