Re: remark on defining size of basic types

Liste des GroupesRevenir à l c 
Sujet : Re: remark on defining size of basic types
De : already5chosen (at) *nospam* yahoo.com (Michael S)
Groupes : comp.lang.c
Date : 04. Apr 2024, 19:04:54
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <20240404200454.00003811@yahoo.com>
References : 1 2 3 4 5 6 7
User-Agent : Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-w64-mingw32)
On Thu, 4 Apr 2024 12:02:16 -0400
James Kuyper <jameskuyper@alumni.caltech.edu> wrote:

On 4/4/24 09:15, Janis Papanagnou wrote:
...
Since I remember C had always just defined a '<=' (or '>=') relation
between the unsized basic integral data types. 
 
There's several things not quite right about the form of that
sentence, so I'm not quite sure what you meant to say, but C
originally defined the relational operators for any arithmetic type
(and for pointers to compatible object types), including the unsigned
types..
 
Some complications have been added since then. When extended integer
types and _Bool were added, the definitions were adjusted so that the
integer promotion rules apply to _Bool, and extended integer types are
included along with other integer types. When _Complex and _Imaginary
were added, the operands to the relational operators were explicitly
required to be real (which, as C defines the term, includes all
integer types). When decimal floating types were introduced, they
added a prohibition on comparing such values with values that had a
standard floating types. However, nothing matching the restrictions
you imply has ever been true.
 

He meant sizeof(short) <= sizeof(int) <= sizeof(long) <= sizeof(long
long)


Date Sujet#  Auteur
4 Apr 24 * remark on defining size of basic types21fir
4 Apr 24 `* Re: remark on defining size of basic types20Lawrence D'Oliveiro
4 Apr 24  `* Re: remark on defining size of basic types19fir
4 Apr 24   `* Re: remark on defining size of basic types18Lawrence D'Oliveiro
4 Apr 24    `* Re: remark on defining size of basic types17fir
4 Apr 24     `* Re: remark on defining size of basic types16Janis Papanagnou
4 Apr 24      +* Re: remark on defining size of basic types7James Kuyper
4 Apr 24      i`* Re: remark on defining size of basic types6Michael S
4 Apr 24      i +- Re: remark on defining size of basic types1Keith Thompson
5 Apr 24      i +* Re: remark on defining size of basic types2Janis Papanagnou
5 Apr 24      i i`- Re: remark on defining size of basic types1James Kuyper
5 Apr 24      i `* Re: remark on defining size of basic types2James Kuyper
5 Apr 24      i  `- Re: remark on defining size of basic types1Keith Thompson
5 Apr 24      `* Re: remark on defining size of basic types8Lawrence D'Oliveiro
5 Apr 24       +* Re: remark on defining size of basic types6Janis Papanagnou
5 Apr 24       i`* Re: remark on defining size of basic types5Lawrence D'Oliveiro
5 Apr 24       i `* Re: remark on defining size of basic types4Janis Papanagnou
5 Apr 24       i  `* Re: remark on defining size of basic types3Lawrence D'Oliveiro
5 Apr 24       i   `* Re: remark on defining size of basic types2Michael S
5 Apr 24       i    `- Re: remark on defining size of basic types1Keith Thompson
5 Apr 24       `- Re: remark on defining size of basic types1Kenny McCormack

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal