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=0.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,c5f68ab74d5099ee
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.68.73.229 with SMTP id o5mr2759431pbv.7.1324413807646;
        Tue, 20 Dec 2011 12:43:27 -0800 (PST)
Path: 
 lh20ni45378pbb.0!nntp.google.com!news1.google.com!news4.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Niklas Holsti <niklas.holsti@tidorum.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Interfaces.Shift_Left
Date: Tue, 20 Dec 2011 22:46:03 +0200
Organization: Tidorum Ltd
Message-ID: <9lcabeFgegU1@mid.individual.net>
References: <18214312-82f5-45c4-b20d-cb530b500929@h3g2000yqa.googlegroups.com>
 <jc7eof$1fe$1@dont-email.me>
 <5f989095-5c1c-4b23-a538-d70f4718b4b1@l19g2000yqc.googlegroups.com>
 <jc8h83$86p$1@munin.nbi.dk>
 <a76daa61-49f7-4235-af65-11973a012f35@v29g2000yqv.googlegroups.com>
 <jcb95d$j72$1@munin.nbi.dk> <9ktu5mFn31U1@mid.individual.net>
 <jce32s$brp$1@munin.nbi.dk> <9l71m2FlhuU1@mid.individual.net>
 <jcolev$o4n$1@munin.nbi.dk> <9lc6bqFfhrU1@mid.individual.net>
Mime-Version: 1.0
X-Trace: individual.net vBEOdF1gSsYLIjVdlRi0KQTNtGlNtT5I/LhtAqoCRSDWbQg4ck
Cancel-Lock: sha1:PirUcFr+f7KdJyPvwgUh7aKe+jg=
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:8.0) Gecko/20111105 Thunderbird/8.0
In-Reply-To: <9lc6bqFfhrU1@mid.individual.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Date: 2011-12-20T22:46:03+02:00
List-Id: <comp.lang.ada>

Making a comment on my own post:

On 11-12-20 21:38 , Niklas Holsti wrote:
> On 11-12-20 02:38 , Randy Brukardt wrote:
>>
>> Not at all. My understanding is that virtually all recent processors are
>> little-endian (and all of the new processors in common use).
>
> My Ada code was originally written for big-endian SPARC workstations and
> needed porting to little-endian Intel PCs. I believe the SPARC is still
> an actively developed architecture.

... but I just learned that the newer SPARCs are "bi-endian" and able to 
run in either big- or little-endian mode. So little-endian is gaining, 
which may in the end make little-endian record representation clauses 
portable, in practice. Good if that happens.

-- 
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
       .      @       .