Re: Flags in Ada?

[ncohen@watson.ibm.com (Norman H. Cohen)]

In article <38nces$bdv@news.delphi.com>, tmoran@bix.com (quoting
Robert Dewar) writes: 

|> >As I noted in a previous message, pragma pack should work just fine on
|> >records, it is NOT necessary to give record representation clauses unless
|> >they are needed to match an external specification. In Ada 9X in particular,
|> >one would assume that even in the latter case, the use of: 
|> >
|> > pragma COnvention (C, rectype);
|>
|> >should be adequate to ensure a match up with the C type. In GNAT, convention
|> >C is the default (i.e. for datatypes that match, convention Ada and
|> >convention C are identical), so it works even in the absnece of this
|> >pragma.
|>
|> Does 'C' specify how the bit fields are arranged?

No.  ANSI C states that there is an implementation-defined "allocation
unit" (this is typically the size of a register that can be used in
shift/rotate and masking instructions) and that bit fields are to be
packed as tightly as possible into an allocation unit.  However, the size
of the allocation unit, the option of advancing to the start of the next
allocation unit if there is not enough room to fit the next bit field in
the current allocation unit, and the direction in which allocation units
are filled with bit fields (MSB->LSB or LSB->MSB) is explicitly
implementation-defined.  (Only the last issue, the direction in which
allocation units are filled, is relevant when all bit fields are one bit
long.)

The "language name" in the Convention pragma is really better understood
as a "language processor name".  When you ask a Gnu Ada compiler to use C
conventions, you are asking it to use the conventions of the Gnu C
compiler.  (A compiler can provide different convention names for
different C compilers, as long as the standard convention name "C"
applies to one of them.)

--
Norman H. Cohen    ncohen@watson.ibm.com