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!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Simon Clubley <clubley@remove_me.eisner.decus.org-Earth.UFP>
Newsgroups: comp.lang.ada
Subject: Re: a new language, designed for safety !
Date: Sat, 14 Jun 2014 20:41:22 +0000 (UTC)
Organization: A noiseless patient Spider
Message-ID: <lnic1h$rua$1@dont-email.me>
References: <lmj8s6$hhp$1@speranza.aioe.org>
 <1402308235.2520.153.camel@pascal.home.net> <85ioo9yukk.fsf@stephe-leake.org>
 <ln6tlg$1vc$1@dont-email.me>
 <255b51cd-b23f-4413-805a-9fea3c70d8b2@googlegroups.com>
 <ln7pe2$s35$1@dont-email.me> <ln86fs$jkp$1@dont-email.me>
 <ln90mb$smu$2@dont-email.me> <lnaa6m$clu$1@dont-email.me>
 <lnbj7l$nhi$1@dont-email.me> <lncp0s$p8l$1@dont-email.me>
 <lnd6op$v0v$1@dont-email.me> <lne67l$8dl$1@dont-email.me>
 <lnepaf$pav$1@dont-email.me> <vPKmv.131954$uT.98712@fx10.fr7>
Injection-Date: Sat, 14 Jun 2014 20:41:22 +0000 (UTC)
Injection-Info: mx05.eternal-september.org;
 posting-host="e458ff8b81bc0c159989eb0e36c6e372";
	logging-data="28618"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+otYH4lRKzhr6g/ZTCarQKMbCLQfExHWs="
User-Agent: slrn/0.9.8.1 (VMS/Multinet)
Cancel-Lock: sha1:YW9juTdd0sEhpHP1nxylPWyhb6c=
Xref: news.eternal-september.org comp.lang.ada:20304
Date: 2014-06-14T20:41:22+00:00
List-Id: <comp.lang.ada>

On 2014-06-13, Brian Drummond <brian3@shapes.demon.co.uk> wrote:
> On Fri, 13 Jun 2014 12:03:28 +0000, Simon Clubley wrote:
>> PS: Luke/Brian: do you want to take this opportunity to report on the
>> state of play and functionality of your work on your ports for ARM,
>> PIC32MX and MSP430 ?
>
> There's not much to say about the MSP430 compiler. It's had a few hundred 
> downloads and practically no feedback (good or bad!) from anybody using 
> it. So I may be its only user for all that I know.
>

Thanks for the feedback. I'll admit I've not yet used the MSP 430
because when I build my own circuits I use PDIP packaged MCUs and the
MSP 430 PDIP range been lacking when compared to other PDIP MCUs.

That's a pity because it looks like an elegant architecture.

> It's based on Peter Bigot's "mspgcc" MSP430 backend for gcc4.7, which I 
> think is very good indeed. 
>
> The RTS is based on (stolen from?) the AVR-Ada project and works as far 
> as I have tried it (including limited support for exceptions, modulo 
> tickets http://sourceforge.net/p/msp430ada/tickets/2/ and http://
> sourceforge.net/p/msp430ada/tickets/3/ ) with very few changes. 
>
> So far so good...
>
> When the MSP430 became an officially supported target in gcc4.9 I tried 
> building gcc4.9 with Ada support, and found that (apart from the 
> officially supported newlib being HUGE compared to the msp430-libc) it 
> generated much (about 30%) larger code than "mspgcc". Over half the bloat 
> came from one code generation bug (verified by one of the maintainers) 
> which I promised to file. 
>

Yes, newlib _is_ rather big isn't it ? :-)

Try picking a target with lots of multilib options and watch how much
disk space the newlib build takes up...

> That was in March, but life has intervened since then to the extent I 
> haven't even filed the bug yet, let alone looked into the rest of the 
> code bloat.
>

Yes, unfortunately, real life happens to all of us. :-)

Thanks for the status report.

Simon.

-- 
Simon Clubley, clubley@remove_me.eisner.decus.org-Earth.UFP
Microsoft: Bringing you 1980s technology to a 21st century world