From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,9c86eb13dd395066
X-Google-Attributes: gid103376,public
From: jsa@alexandria (Jon S Anthony)
Subject: Re: CRC in Ada?
Date: 1997/03/14
Message-ID: <JSA.97Mar14163437@alexandria>#1/1
X-Deja-AN: 225568202
Distribution: world
References: <1997Mar2.220652@nova.wright.edu> <1997Mar5.131846.1@eisner>
Organization: PSI Public Usenet Link
Newsgroups: comp.lang.ada
Date: 1997-03-14T00:00:00+00:00
List-Id: <comp.lang.ada>


In article <dewar.858263011@merv> dewar@merv.cs.nyu.edu (Robert Dewar) writes:

> Now it would be easy enough to at least provide an extra entry point for
> string processing in system.stream_attributes for the special case of
> string (and maybe wide_string), so that the front end could still do
> the optimization, but this would not generalize to all arrays, and in
> any case, the generalization to all arrays is not always possible,
> it can be derailed by alignment considerations, or by packing, or
> by the specification of component size.

It is even worse than you suggest for arrays "in general".  They could
be composed of elements whose type is user defined and which have
their own specialized 'Read and 'Write.  There's no way to handle this
sort of thing in general except to just call the things element by
element.

/Jon

-- 
Jon Anthony
Organon Motives, Inc.
Belmont, MA 02178
617.484.3383
jsa@organon.com