यह "यूनिकोड" द्वारा आपके द्वारा किए गए बहुत से पर निर्भर करता है, जो कि कई चीजों के लिए कई मानकों का संग्रह है। मैंने यूनिकोड को पूरी तरह से समर्थन देने वाली कोई भी भाषा या प्रणाली नहीं देखी है, और मुझे यह भी नहीं पता कि सभी विवरणों में इसका क्या अर्थ होगा।
आप निश्चित रूप से एसएमएल में यूटीएफ -8 के साथ काम कर सकते हैं: एएससीआईआई अनुप्रयोगों के लिए यूनिकोड का समर्थन करने के लिए यह एन्कोडिंग का आविष्कार किया गया था। इसके परिणामस्वरूप यूनिकोड की तुलना में यह बेहतर और अधिक कुशल प्रतिनिधित्व हो सकता है। यूटीएफ -16 जावा में देखा गया है, जो आधिकारिक तौर पर "यूनिकोड का समर्थन करता है", लेकिन उसके साथ कई व्यावहारिक समस्याएं हैं (जैसे सरोगेट पात्र)।
एसएमएल तारों में यूटीएफ -8 के साथ, एक सवाल यह है कि स्ट्रिंग अक्षर के साथ कैसे काम करना है। पॉली/एमएल जैसे सिस्टम एमएल को type string
के लिए सुंदर प्रिंटर को फिर से परिभाषित करने की अनुमति देते हैं, और यूनिकोड अनुकूल तरीके से स्ट्रिंग अक्षर को संसाधित करने के लिए कंपाइलर को लपेटना भी संभव है। यह दोनों इसाबेल/एमएल में किया जाता है, जो पॉली/एमएल पर आधारित है। तो यदि आप एमएल विकास मंच के रूप में उस बड़े प्रमेय सिद्ध पर्यावरण को लेते हैं, तो आपके पास कुछ प्रकार का यूनिकोड समर्थन बनाया गया है (तथाकथित "इसाबेल प्रतीकों" के माध्यम से)।
कम से कम [एमएलटन] (http://mlton.org/Unicode) वर्तमान में यूनिकोड का पूर्ण समर्थन नहीं करता है। हालांकि वे इस पर काम करने का दावा करते हैं, इसलिए अब और सर्वनाश के बीच कहीं भी, हम इसे एक नया संस्करण देख सकते हैं जो इसका समर्थन करता है :) –