comp.lang.ada
 help / color / mirror / Atom feed
From: Tucker Taft <stt@averstar.com>
Subject: Re: Binary files vs Portablity vs Ada
Date: 1999/11/08
Date: 1999-11-08T00:00:00+00:00	[thread overview]
Message-ID: <3827555C.D8E87932@averstar.com> (raw)
In-Reply-To: 8074m8$bk8$1@nnrp1.deja.com

Ted Dennison wrote:
> 
> In article <7vvrin$gp9$1@nnrp1.deja.com>,
>   Robert Dewar <robert_dewar@my-deja.com> wrote:
> > In article <7vuto0$pv0$1@nnrp1.deja.com>,
> >   Ted Dennison <dennison@telepath.com> wrote:
> > > There's no reason to
> > > expect that your vendor would do something goofy with the data
> > > (like compress it or something), but there's nothing stopping
> > > them either.
> > There is specific implementation advice on this subject:
> 
> Perhaps. But advice is just that; advice. No guarantees. If you are
> trying to do something universally portable, you can't count on
> implementation advice.
> 
> > Now an implementation could conceivably refuse to follow this
> > implementation advice, but then it must document this fact:
> 
> That's only an issue if you have two particular implementations you want
> it to work between. But no one asked about portability between two
> particular compilers. The issue is portability in general.
> ...

It is always a bit frustrating to follow discussions like this
where people keep arguing about how this or that is not "guaranteed"
by the Ada RM, when other languages have far fewer guarantees to begin
with, and no strictly-obeyed standard and validation suite available.

Portability is not an absolute.  It is defined relative to the platforms
and compilers of interest.  The Ada RM tries to avoid overspecification,
partly because it is trying to handle any sort of target environment, with
storage elements varying from 8 bits each to 60 bits each. 

If you limit yourself to things which are "guaranteed" portable by
the RM, you will probably be disappointed.  If instead you concentrate
on localizing your target-specific assumptions, rather than spreading them
around, you use some common sense, and try your code on whatever compilers 
you have ready access to, you will probably be happier...

> T.E.D.

-- 
-Tucker Taft   stt@averstar.com   http://www.averstar.com/~stt/
Technical Director, Distributed IT Solutions  (www.averstar.com/tools)
AverStar (formerly Intermetrics, Inc.)   Burlington, MA  USA




  reply	other threads:[~1999-11-08  0:00 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-11-04  0:00 Binary files vs Portablity vs Ada John Halleck
1999-11-05  0:00 ` Robert Dewar
1999-11-05  0:00   ` Ted Dennison
1999-11-06  0:00     ` Robert Dewar
1999-11-08  0:00       ` Ted Dennison
1999-11-08  0:00         ` Tucker Taft [this message]
1999-11-09  0:00           ` Robert Dewar
1999-11-09  0:00         ` Robert Dewar
1999-11-09  0:00         ` Robert A Duff
1999-11-09  0:00           ` Advice, or *Advice*? (was: Binary files vs Portablity vs Ada) Ted Dennison
1999-11-10  0:00             ` Robert A Duff
1999-11-05  0:00 ` Binary files vs Portablity vs Ada Larry Kilgallen
1999-11-05  0:00   ` John Halleck
1999-11-05  0:00 ` Matthew Heaney
1999-11-08  0:00 ` Nick Roberts
1999-11-09  0:00   ` Ted Dennison
1999-11-09  0:00   ` Robert Dewar
replies disabled

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