Talk:c/language/type
Contents |
[edit] Type
I sought a compact presentation of sub-clause 6.2.5. I organized the italicized terms of this sub-clause into an heirarchy for easy review. Type categories that did not fit the heirarchy appear under miscellaneous. Newatthis (talk) 12:42, 14 September 2014 (PDT)
[edit] Type groups
The terms "real type domain" and "complex type domain" appear in 6.2.5/18. Should these terms be included in "Type groups?" Newatthis (talk) 12:55, 15 February 2016 (PST)
- there is also "imaginary type domain" defined in G.2/5. I'm not sure how useful they would be in the type system description, since the type system already has complex types, real types, and imaginary types, so repeating them as "domains" would appear redundant. The standard introduces the domains in order to simplify some descriptions of the usual arithmetic conversions, arithmetic equality, and tgmath (so instead of "complex remains complex, imaginary remains imaginary, real remains real" it can just say "type domain is preserved", or instead of "complex-real, real-imaginary, and complex-imaginary comparison", it can just say "cross-domain comparison"). Are domains even used in cppreference descriptions? --Cubbi (talk) 17:21, 15 February 2016 (PST)
[edit] Seems semicolon lacked?
In the section c/language/type#Type names, it seems that int (*a)[*] lacks of a semicolon, doesn't it? And sizeof(int (*)[*])?--LittleFlower (talk) 02:47, 21 January 2018 (PST)
Take a look at c/language/array#Variable-length_arrays which shows the declaration of VLA of unspecified size[*] and it should *only* be used in function prototype scope and hence, no semicolon is required for that purpose. Himanshujha199640 (talk) 04:29, 21 January 2018 (PST)
[edit] wide chars
would you please add wide chars here, if they belong, else add them in the "see also" part? THANK YOU VERY MUCH (22 Aug 2020 ~18:36 UTC)83.36.200.200 11:37, 22 August 2020 (PDT)
- they are library types, and appear in c/string/wide#Types. I suppose there could be a C++ comparison note here (C++ also has such and such types, but they are library types in C, defined here and here) --Cubbi (talk) 10:33, 23 August 2020 (PDT)