Discussion in 'C Programming' started by anjna22, May 15, 2007.

  1. anjna22

    anjna22 Guest

    if we simply write "char" or "int" , it is "signed char" or "signed

    but in some compiler we have to write explicitly "signed int ", why is
    it so.
    anjna22, May 15, 2007
    1. Advertisements

  2. anjna22

    Ian Collins Guest

    No, signed char and char are distinct types.
    Name one.
    Ian Collins, May 15, 2007
    1. Advertisements

  3. No, plain char can be signed or unsigned, but plain int is always
    signed. You might have to write signed char if you want a small
    signed variable, but you never have to write signed int.

    -- Richafrd
    Richard Tobin, May 15, 2007
  4. If you write "char", then it will generally have -128 <---> +127, A
    signed char will have all negative values, up to -255. The similar is
    true for int as well.
    Keith Halligan, May 15, 2007
  5. Richard Tobin said:
    ....except in bitfields.
    Richard Heathfield, May 15, 2007
  6. Keith Halligan said:
    Generally, maybe, but not guaranteed.

    On systems where plain char is signed by default (typical PCs), the
    guarantee is -127 to +127. On systems where it is unsigned by default
    (typical mainframes), the guarantee is 0 to 255.
    On a system where CHAR_BIT is 9, maybe - but of course it must also have
    a corresponding number of positive values and at least one zero value.
    More generally, a signed char will be able to represent all values in
    the range SCHAR_MIN to SCHAR_MAX.
    Richard Heathfield, May 15, 2007
  7. anjna22

    anjna22 Guest

    Can anyone explain difference between char , signed dhar
    anjna22, May 15, 2007
  8. said:
    signed char, presumably.

    Okay: signed char is a signed integer type, unsigned char is an unsigned
    integer type, and whether char is a signed integer type or an unsigned
    integer type is entirely up to the implementation, but it must document
    its choice.
    Richard Heathfield, May 15, 2007
  9. char is implementation defined either signed or unsigned, check your
    compiler's documantation
    signed dhar is a typo... OK, just kidding: signed char is just that, at
    least 8 bits wide and signed.
    On some system they are different, on others they are the same.

    Bye, Jojo
    Joachim Schmitz, May 15, 2007
  10. anjna22

    Chris Dollin Guest

    That depends on the implementation. Unmarked char can be represented
    as [note: /not/ the same /type/ as] either signed char or unsigned
    char, at the convenience of the implementation -- which probably
    depends on what its underlying machine does on load-byte instructions.
    Not on almost all existing machines, it won't, since that would leave
    no room for the C character set, whose elements are positive whatever
    the signedness of char.
    That depends on what degree of similarity you choose.

    Is it a bird? It is a plane? No, it's:
    WARNING. Various parts of this product may be more than one billion years old.

    Hewlett-Packard Limited registered office: Cain Road, Bracknell,
    registered no: 690597 England Berks RG12 1HN
    Chris Dollin, May 15, 2007
  11. In my universe, bitfields without 'signed' or 'unsigned' are just as
    signed as any other 'int'.

    Mark L Pappin, May 15, 2007
  12. Wrong. "int" is indeed a signed int, but unadorned "char" may be either
    a signed char or an unsigned char.
    Because that compiler is broken.
    Martin Ambuhl, May 15, 2007
  13. anjna22

    Ben Pfaff Guest

    You inhabit a different universe from the rest of us, then.
    From C99 6.7.2:

    ...for bit-fields, it is implementation-defined whether the
    specifier int designates the same type as signed int or the
    same type as unsigned int.

    Similar text is in C90.
    Ben Pfaff, May 15, 2007
  14. Wrong. If you use unadorned char, it may have a range of at least -127
    to +127, if the implementation treats it as signed _or_ a range of at
    least 0 to 255, if the implementation treats it as unsigned.

    If you write "char" and it is used for any purpose in which values
    outside the range 0 to 127 are possible, then you are living dangerously.
    Martin Ambuhl, May 15, 2007
  15. Mark L Pappin said:
    The Standard disagrees with you, making it clear that this is
    implementation-defined. Several cites are relevant here - here are two,
    one from each Standard:

    C89 "A bit-field may have type int , unsigned int , or signed
    int. Whether the high-order bit position of a ``plain'' int bit-field
    is treated as a sign bit is implementation-defined. A bit-field is
    interpreted as an integral type consisting of the specified number of

    C99 6.7.2(5) "[...] it is implementation-defined whether the specifier
    int designates the same type as signed int or the same type as unsigned
    Richard Heathfield, May 15, 2007
  16. What exactly do you mean by "we have to"? What happens if you write
    "int" rather than "signed int"?

    If they behave differently (other than in a bit field declaration),
    the compiler is broken, but I'd be astonished if any compiler were
    actually broken in that particular way. Can you show examples with
    (short) real code and actual error messages?
    Keith Thompson, May 16, 2007
  17. Perhaps he meant _observable_ universe.
    The former just means that C89 is backwards compatible
    with K&R C (that didn't have unsigned). The latter just
    means that C99 is backwards compatible with C89.

    Personally, I think it's rediculous that this part is
    preserved, but bitfields are still restricted to a handful
    of integer types. I can't recall ever using a compiler
    that implemented the former or restricted the
    available integer types for bitfields.

    Obviously I haven't turned 60 yet. ;-)
    Peter Nilsson, May 16, 2007
  18. My bad. Thanks (and to Richard too) for the references.

    Mark L Pappin, May 16, 2007
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.