comp.lang.ada
 help / color / mirror / Atom feed
From: bobduff@world.std.com (Robert A Duff)
Subject: Re: Ada 95 Numerics questions for the experts
Date: 1997/09/08
Date: 1997-09-08T00:00:00+00:00	[thread overview]
Message-ID: <EG7FA3.EKK@world.std.com> (raw)
In-Reply-To: dewar.873592294@merv


I said:

><<It depends what you're trying to do.  If you really care about the exact
>size of the components (e.g. because you're interfacing to external
>hardware or software), then use a Component_Size clause.  If you just
>want to squeeze the thing down to a reasonably small size, because you
>know that will be more efficient, then pragma Pack is more appropriate.

In article <dewar.873592294@merv>, Robert Dewar <dewar@merv.cs.nyu.edu> wrote:

>This is surpringly wrong. Bob, you must go read the RM, it was written
>by this clever fellow Bob Duff, and will tell you the TRUTH :-) :-)

Sorry, I should have clarified that my advice was stylistic.  It doesn't
matter what the RM says -- stylistically, Pack means "minimize space,
more or less", and "for T'Component_Size use N" means, "I want exactly
N-bit components".  Surely Pack had that feeling in Ada 83, and the
addition of requirements in Ada 95 was merely a response to
implementations that failed to do *anything* to minimize space, so we
had to specify *how much* (as a minimum) space has to be minimized.

Besides, the allegedly "clever" Bob Duff who wrote that portion of the
RM is no more.  I no longer spend 24-hours a day thinking about language
issues.  ;-)

>First, in the absence of implementation of annex C, neither declaration
>will guarantee close packing.

Yeah, yeah, I know that all bets are off if the impl doesn't support
Annex C.

- Bob




  reply	other threads:[~1997-09-08  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
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                   ` Robert A Duff
1997-09-02  0:00                   ` Fergus Henderson
     [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 [this message]
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