problem with cc compiler

Karl Heuer karl at haddock.ima.isc.com
Fri Aug 4 01:02:26 AEST 1989


In article <10633 at smoke.BRL.MIL> gwyn at brl.arpa (Doug Gwyn) writes:
>In article <3109 at scolex.sco.COM> seanf at scolex.UUCP (Sean Fagan) writes:
>>C related notice:  has anybody but myself noticed that the current dpANS
>>does not seem to require that the implementation-dependent (or defined)
>>options can change between modules?  Provided everything works, ...
>
>So long as the implementor is able to specify the required information,
>indeed arbitrarily complex rules could be adopted.

Here's an example where such flexibility is useful: it allows the
"implementation-defined" equivalent-type of a enum to be "the narrowest
integral type that's capable of containing all values of the enumeration
constants".  Thus on such an implementation, enum {RED,BLUE,GREEN} would be
stored in a char-sized object, while still allowing for the existence of
large-range enums, which would be stored in a full word.

Karl W. Z. Heuer (ima!haddock!karl or karl at haddock.isc.com), The Walking Lint



More information about the Comp.lang.c mailing list