क्या uint8_t गैर-वर्ण प्रकार हो सकता है?

Question

this answer और संलग्न टिप्पणियां, Pavel Minaev निम्न तर्क देता है कि, सी में, केवल uint8_t टाइप किए गए प्रकार टाइप किए जा सकते हैं char और unsigned char। मैं सी मानक के this draft पर देख रहा हूं।

• uint8_t की उपस्थिति एक इसी प्रकार int8_t (7.18.1p1) की उपस्थिति का तात्पर्य।
• int8_t 8 बिट चौड़ा है और इसमें कोई पैडिंग बिट्स नहीं है (7.18.1.1p1)।
• अनुरूप प्रकारों की एक ही चौड़ाई (6.2.5 पी 6) है, इसलिए uint8_t भी 8 बिट चौड़ा है।
• unsigned charCHAR_BIT बिट्स चौड़ा (5.2.4.2.1p2 और 6.2.6.1p3) है।
• CHAR_BIT कम से कम 8 (5.2.4.2.1p1) है। क्योंकि या तो uint8_tunsigned char है, या यह एक गैर unsigned char, गैर बिट फ़ील्ड प्रकार जिसका चौड़ाई CHAR_BIT (6.2.6.1p4) की एक बहु है
• CHAR_BIT, अधिक से अधिक 8 है।

इस तर्क के आधार पर, मैं मानता हूँ कि, अगर uint8_t मौजूद है, तो दोनों यह और unsigned char समान निरूपण है: 8 मूल्य बिट्स और 0 गद्दी बिट्स। ऐसा लगता है कि उन्हें एक ही प्रकार (उदाहरण के लिए, 6.2.5 पी 14) होने के लिए मजबूर नहीं किया जाता है।

यह अनुमति दी है कि uint8_tunsigned char के रूप में ही प्रतिनिधित्व के साथ एक विस्तारित अहस्ताक्षरित पूर्णांक प्रकार (6.2.5p6) को typedef'd है? निश्चित रूप से इसे टाइप किया जाना चाहिए (7.18.1.1p2), और यह unsigned char (या char के अलावा किसी भी मानक हस्ताक्षरित पूर्णांक प्रकार नहीं हो सकता है अगर यह हस्ताक्षरित होता है)। यह काल्पनिक विस्तारित प्रकार एक वर्ण प्रकार (6.2.5 पी 15) नहीं होगा और इस प्रकार एक असंगत प्रकार (6.5 पी 7) की किसी ऑब्जेक्ट पर एलियाड एक्सेस के लिए अर्हता प्राप्त नहीं होगा, जो मुझे संकलित करता है क्योंकि एक कंपाइलर लेखक ऐसा करना चाहता है चीज़।

Answer 1

int8_t और uint8_t केवल प्रतिनिधित्व द्वारा भिन्न है और सामग्री (बिट्स) नहीं। int8_t डेटा के लिए कम 7 बिट्स का उपयोग करता है और 8 वां बिट "साइन" (सकारात्मक या नकारात्मक) का प्रतिनिधित्व करना है। इसलिए int8_t की सीमा -128 से +127 (0 को सकारात्मक मान माना जाता है) से है।

uint8_t भी 8 बिट चौड़ा है, लेकिन इसमें मौजूद डेटा हमेशा सकारात्मक है। इसलिए uint8_t की सीमा 0 से 255 है।

इस तथ्य को ध्यान में रखते हुए, चार 8 बिट चौड़ा है। हस्ताक्षर किए गए चार भी 8 बिट चौड़े होंगे लेकिन "साइन" के बिना। इसी प्रकार छोटे और हस्ताक्षरित छोटे दोनों 16 बिट चौड़े हैं।

हालांकि, "unsigned int" 8 बिट चौड़े हो, तो .. चूंकि सी भी प्रकार-नाज़ी नहीं है, इसकी अनुमति है। और एक कंपाइलर लेखक ऐसी चीज क्यों अनुमति देगा? पठनीयता!

Answer 2

तो uint8_t मौजूद है, कोई गद्दी आवश्यकता का तात्पर्य है कि CHAR_BIT 8. हालांकि है, वहाँ कोई मौलिक कारण है कि uint8_t एक विस्तारित पूर्णांक प्रकार साथ परिभाषित नहीं किया जा सकता है मैं मिल सकता है। इसके अलावा कोई गारंटी नहीं है कि प्रतिनिधित्व समान हैं; उदाहरण के लिए, बिट्स को विपरीत क्रम में व्याख्या किया जा सकता है।

हालांकि यह uint8_t के लिए मूर्ख और अनावश्यक रूप से असामान्य लगता है, यह int8_t के लिए बहुत अधिक समझ सकता है। यदि कोई मशीन मूल रूप से पूरक या साइन/परिमाण का उपयोग करती है, तो signed charint8_t के लिए उपयुक्त नहीं है। हालांकि, यह एक विस्तारित हस्ताक्षरित पूर्णांक प्रकार का उपयोग कर सकता है जो int8_t प्रदान करने के लिए जुड़वां पूरक का अनुकरण करता है।

Answer 3

6.3.1.1 में (1) (सी 11 मानक के N1570 ड्राफ्ट के), हम

पढ़ सकते हैं किसी भी मानक पूर्णांक प्रकार के पद किसी भी विस्तारित पूर्णांक प्रकार के रैंक के साथ की तुलना में अधिक हो जाएगा एक ही चौड़ाई।

तो मानक स्पष्ट रूप से मानक पूर्णांक प्रकार के समान चौड़ाई के विस्तारित पूर्णांक प्रकारों की उपस्थिति की अनुमति देता है।

मानक में कुछ भी नहीं करता है, तो उस विस्तारित पूर्णांक प्रकार uint8_t के लिए विनिर्देशों (कोई गद्दी बिट्स, 8 बिट की चौड़ाई) से मेल खाता है एक

typedef implementation_defined_extended_8_bit-unsigned_integer_type uint8_t; 

पर रोक लगाने, के रूप में जहाँ तक मैं देख सकता है।

तो हाँ, अगर कार्यान्वयन इस तरह के एक विस्तारित पूर्णांक प्रकार, प्रदान करता है uint8_t कि करने के लिए typedef'ed जा सकता है।

Answer 4

uint8_t मौजूद हो सकता है और unsigned char से एक अलग प्रकार का हो सकता है।

इसका एक महत्वपूर्ण प्रभाव ओवरलोड रिज़ॉल्यूशन में है;

uint8_t by = 0; 
std::cout << by; 

का उपयोग करता

1. operator<<(ostream, char)
2. operator<<(ostream, unsigned char) या
3. operator<<(ostream, int)