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.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,92f6d6a9186ff7a3,start
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.66.86.133 with SMTP id p5mr2481675paz.12.1348858604875;
        Fri, 28 Sep 2012 11:56:44 -0700 (PDT)
Path: 
 t10ni23592719pbh.0!nntp.google.com!news.glorb.com!news2.arglkargh.de!news.karotte.org!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Bill Findlay <yaldnif.w@blueyonder.co.uk>
Newsgroups: comp.lang.ada
Subject: Raspberry Pi, GNAT, and ee9
Date: Fri, 28 Sep 2012 19:56:42 +0100
Message-ID: <CC8BB17A.1E1B2%yaldnif.w@blueyonder.co.uk>
Mime-Version: 1.0
X-Trace: individual.net
 U5HgUGo+OHepb11n+NwYbQJcvElB/Y1Jqh4Fua0mvB0bO5MVmpm/Lb9Sos+LNeWMZ/
Cancel-Lock: sha1:L7e2rWRh/VksKE/+g4C+JDTRAjE=
User-Agent: Microsoft-Entourage/12.33.0.120411
Thread-Topic: Raspberry Pi, GNAT, and ee9
Thread-Index: Ac2dqv99h138Hk7xjkKSRfa/DWTQUw==
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Date: 2012-09-28T19:56:42+01:00
List-Id: <comp.lang.ada>

The Raspberry Pi is a very small ARM-based computer designed to stimulate
interest in programming.

If you had not heard about it, have a look here:
<http://www.raspberrypi.org/faqs>

Bill Gallacher has one and he thought of ee9, my KDF9 emulator in Ada 2005.

His Raspberry Pi runs Debian Linux, which supports Ada, so he set to work
this afternoon, and -- Abracadabra! -- he can now run KDF9 software on a
machine that fits in a shirt pocket.  It's not quite an iPhone, but it's
getting there!

The Raspberry Pi is about 60-70 times slower than my 2.3GHz Core i7 Macbook
Pro, but that is about 3-5 times faster than the real KDF9 was 50 years ago.

I hope I'll be able to add Raspberry Pi to my roster of ee9 distributions
very soon.

There was one glitch: one of the source code modules causes a compiler
Storage_Error exception, when compiled with optimization level >= -O1.
Compiling that module separately at -O0 allows the rest of the 20KSLOC to
build normally.  It's not yet clear whether the problem is lack of stack
space (the RAM is only [!] 256MB), or a bug in the GCC optimiser.

-- 
Bill Findlay
with blueyonder.co.uk;
use  surname & forename;