Re: Hi byte and Lo Byte Question

["Warren W. Gay VE3WWG" <ve3wwg@home.com>]

Peter Dulimov wrote:

> This is a really good idea.
> I have spent a lot of time doing this manually, and inefficiently (in terms of
> produced code, as well as the speed at which I produce it), in Ada83 (so not
> even modular types available.)
> Also, the original poster's problem --- switching byte order --- becomes easy.
...


>>What about an attribute of any type that yields an array of
>>Ada.Streams.Stream_Element_Array ? Similarly, going in the other direction:
>>
>>for X in My_Type'Raw_Data (My_Data)'Range loop
>>    Some_Storage_Element := My_Type'Raw_Data (My_Data) (X) ;
>>end loop ;
>>
>>or
>>
>>Some_Field := My_Type'Overlay (Some_Stream_Element_Array).Other_Field ;
...


>>Comments?


I see where you're going on the "efficiency" argument, but ignoring that
for a moment, what about a different approach..

Someone could craft an Ada subset (declaration) language, that is
compiled by a small compiler (like a CORBA IDL compiler), and
generates a resulting package body and spec, in existing Ada95
terms to accomplish what you want.

A better way might be to use ASIS with the necessary "code" added to
generate your packages (some commercial venture has probably already
done this at some point).


Of course, the draw back to this approach is that you don't avoid the
data copying that would be required by the generated code. The advantage
however, would be to keep the language from growing in size. If you
look at:

 >>for X in My_Type'Raw_Data (My_Data)'Range loop
 >>    Some_Storage_Element := My_Type'Raw_Data (My_Data) (X) ;
 >>end loop ;


there is some data copying on a Some_Storage_Element basis anyway.

Unless Ada0Y were to gain endian representation features, I think
a certain amount of copying (internal or external) would be
necessary anyway. But I have to admit, that a representation
clause for endianess would be extremely convenient. Then at least
the compiler can do it in the most effective manner for the
platform it was compiled on.
-- 
Warren W. Gay VE3WWG
http://members.home.net/ve3wwg