Deutsch English Français Italiano |
<vslg2l$66fk$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Janis Papanagnou <janis_papanagnou+ng@hotmail.com> Newsgroups: comp.lang.c Subject: Re: "A diagram of C23 basic types" Date: Thu, 3 Apr 2025 10:15:17 +0200 Organization: A noiseless patient Spider Lines: 29 Message-ID: <vslg2l$66fk$1@dont-email.me> References: <87y0wjaysg.fsf@gmail.com> <vsinf4$17d6t$1@dont-email.me> <20250402002355.284@kylheku.com> <vsl05e$3lfm4$1@dont-email.me> <vsldst$28l7$2@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Date: Thu, 03 Apr 2025 10:15:19 +0200 (CEST) Injection-Info: dont-email.me; posting-host="e25b135eef06f751b4839cb0072b2b29"; logging-data="203252"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19/0HSa+8rn5d1fv0nSUTQP" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 Cancel-Lock: sha1:1bUU+4rj43/BhP+NwK58lBgGsQs= In-Reply-To: <vsldst$28l7$2@dont-email.me> X-Enigmail-Draft-Status: N1110 Bytes: 2656 On 03.04.2025 09:38, David Brown wrote: > On 03/04/2025 05:43, Janis Papanagnou wrote: >> >> In many other languages you have abstractions of numeric types, not >> every implicitly encoding variant revealed an the programming level. > > That's often fine within a program, but sometimes you need to exchange > data with other programs. In particular, C is the standard language for > common libraries - being able to reliably and consistently exchange data > with other languages and other machines is thus very important. I consider this an important point! - My background is a bit different, though; I was working in system environments not restricted to single languages, single OSes, or systems originating from the same vendor or even the same country. For data exchange it was important to have a standard transfer syntax independent of the data types of a specific programming language. - Don't get me wrong; in the past I've also used those byte-reverting library functions (for endian'ness), sometimes an object serialization, but also CORBA, and preferable even ASN.1 (with an associated transfer syntax). - Being platform/language independent requires of course an abstraction layer. This "flexibility" of various sorts of numeric "subtypes", be it in Fortran, Algol 68, or "C", always appeared odd to me. Things like the ranged types (say as Pascal or Ada provided) seemed more appropriate to me for a high-level language. Janis