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=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: Paul Rubin <no.email@nospam.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Why are Ada compilers difficult to write ?
Date: Thu, 21 Jun 2018 20:41:35 -0700
Organization: A noiseless patient Spider
Message-ID: <87o9g38p3k.fsf@nightsong.com>
References: <584564c2-9f64-4965-b045-535cdaf899c0@googlegroups.com>
	<pgdtbd$7pd$1@dont-email.me>
	<7cb22c58-3009-47f0-8fe7-62f3cd61785d@googlegroups.com>
	<52b14af1-ee0a-40af-871a-beeced6bce1c@googlegroups.com>
	<f84fbda6-34e8-440c-bcf5-2b8ddf03f359@googlegroups.com>
	<87wour97a8.fsf@nightsong.com>
	<f9d427f9-0018-4eee-b945-428e47e2ac58@googlegroups.com>
	<lyfu1fiytu.fsf@pushface.org>
	<98aac007-7512-4ae3-94de-f02e7e2651ae@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: reader02.eternal-september.org;
 posting-host="5cdfc4d7b006e347c3ce5bfea5e2b831";
	logging-data="19052"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX19wCSK6nTCZO6EetQbNrslF"
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)
Cancel-Lock: sha1:OdtUSr5eMStlNiNL0w+Iw8Yqxxw=
	sha1:jQtx3D3Ai0udzzomWJnv0F3yy9E=
Xref: reader02.eternal-september.org comp.lang.ada:53239
Date: 2018-06-21T20:41:35-07:00
List-Id: <comp.lang.ada>

"Dan'l Miller" <optikos@verizon.net> writes:
>> > resource-constrained to the point of making any Ada or C++ or Java
>> > support impractical therein...
> Which Ada complier(s) support any
> of sdcc's following 8-bit microcontrollers (many of which are vintage
> 1970s-era 8-bit ISAs)?  1) Intel's MSC51 (8031, 8032, 8051, 8052), ...

That nobody bothered to develop such a compiler doesn't mean it's
impractical to do so.

GCC targets the AVR and people use it all the time to compile C and C++
for the Arduino (that might be why SDCC doesn't bother with an AVR
target).  Regarding GNAT for the AVR, I think some work was done toward
it but I don't know if it got any traction.

The usual AVR configuration has much less than 64k of ram.  E.g. the
ATMega328 (probably the most popular arduino processor) has 32k of flash
and 2k of ram.  Even the humonbous(?) ATMega2560 has 256k of flash and
8k of ram.  They are generally picked for their electrical and i/o
characteristics but otherwise are getting squeezed out by small ARM parts.