comp.lang.ada
 help / color / mirror / Atom feed
From: stt@houdini.camb.inmet.com (Tucker Taft)
Subject: Re: Ada 95 Numerics questions for the experts
Date: 1997/08/29
Date: 1997-08-29T00:00:00+00:00	[thread overview]
Message-ID: <EFoIvv.JtA.0.-s@inmet.camb.inmet.com> (raw)
In-Reply-To: dewar.872745692@merv


Robert Dewar (dewar@merv.cs.nyu.edu) wrote:

: <<Nope. The AdaMajic front end (Green hills in this case) rounds the
: components to 8 bits even in the precense of a pragma pack
: you get a 64 Byte array.>>

: SOunds like a bug to me, since these compilers say they support
: annex C, this means that the implementation advice in chapter 13 (13.2(9))
: ...

Sounds like a misconception to me.  The compiler supports packing to
the bit level.  It would be helpful if the actual source code that
illustrated the problem were posted, because we have never had
a bug report relating to an inability to pack.

As far as packing to an array of 3-bits per element versus 4-bits per
element, we have generally chosen to follow the recommendations of the
RM.  Going beyond the RM is not always in the customer's interest,
as they may have to move to another Ada compiler at some point, and
one of the goals of standardization is portability between implementations.

For example, we used to support very long source lines, though the actual
limit was a bit hard to define.  We now support exactly 200 as the maximum
length of a line (which is the length guaranteed by the RM), because 
supporting something like 256 or some other number chosen by us did not 
seem to be doing the customer a great favor.

Of course, if a customer was willing to pay extra to get tighter packing, 
perhaps in the presence of some special pragma Jam_Packed(xxx), we would be
happy to accommodate them (I think this general "disclaimer" applies
to ACT as well ;-).  However, as mentioned above, we have currently 
chosen to follow the RM recommendations as closely as possible for
the "standard" pragma Pack, and if you find that we don't, please 
file a bug report.

--
-Tucker Taft   stt@inmet.com   http://www.inmet.com/~stt/
Intermetrics, Inc.  Burlington, MA  USA

P.S. By the way, on our 24-bit-per-storage-unit target, we pack arrays
to element sizes of 1, 2, 3, 4, 6, 8, and 12.  I remember someone
once arguing for a word size of 72 bits on the grounds that it had
a lot of factors ;-).




  parent reply	other threads:[~1997-08-29  0:00 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <3401C14B.480@gsfc.nasa.gov>
1997-08-25  0:00 ` Ada 95 Numerics questions for the experts Robert Dewar
     [not found] ` <dewar.872560585@merv>
     [not found]   ` <jcreem-2608970711210001@ljd155.sanders.lockheed.com>
     [not found]     ` <dewar.872630607@merv>
     [not found]       ` <jeffrey.m.creem-2708970802350001@ljd155.sanders.lockheed.com>
1997-08-27  0:00         ` David C. Hoos, Sr.
1997-08-27  0:00           ` Robert Dewar
1997-08-27  0:00           ` Jeff Creem
1997-08-28  0:00             ` Robert Dewar
1997-08-28  0:00               ` Jeff Creem
1997-08-29  0:00               ` Tucker Taft [this message]
1997-08-30  0:00                 ` Robert A Duff
1997-08-31  0:00                 ` Tom Moran
1997-09-01  0:00                 ` Robert Dewar
1997-09-01  0:00                 ` Robert Dewar
1997-09-02  0:00                   ` Fergus Henderson
1997-09-02  0:00                   ` Robert A Duff
     [not found]                   ` <mheaney-ya023680000209972104030001@news.ni.net>
1997-09-05  0:00                     ` Robert Dewar
1997-09-05  0:00                       ` Matthew Heaney
1997-09-08  0:00                         ` Robert A Duff
1997-09-08  0:00                           ` Matthew Heaney
1997-09-09  0:00                             ` Robert A Duff
     [not found]                     ` <EFxt94.F5F@world.std.com>
1997-09-06  0:00                       ` Robert Dewar
1997-09-08  0:00                         ` Robert A Duff
1997-09-08  0:00                           ` Matthew Heaney
1997-09-09  0:00                             ` Robert A Duff
1997-08-27  0:00         ` Robert Dewar
     [not found]           ` <jeffrey.m.creem-2808970708260001@ljd155.sanders.lockheed.com>
1997-08-28  0:00             ` Robert Dewar
1997-08-30  0:00         ` Robert A Duff
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox