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,3025dd6d917b499c
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.66.81.200 with SMTP id c8mr5223180pay.1.1351116539069;
        Wed, 24 Oct 2012 15:08:59 -0700 (PDT)
Path: 
 s9ni42645pbb.0!nntp.google.com!news.glorb.com!news-out.octanews.net!indigo.octanews.net!auth.brown.octanews.com.POSTED!not-for-mail
From: Paul Rubin <no.email@nospam.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Ada, the best language with the not-so-best tool chain
References: <38af7fb8-b0a4-4a31-87aa-b7b698cc89c3@googlegroups.com>
	<18ats2960nsvm$.kfufsnul13aq$.dlg@40tude.net>
	<5072c9ae$0$6562$9b4e6d93@newsspool4.arcor-online.net>
	<4keoa6epdxt7.1nnwxy7v7ar90.dlg@40tude.net>
	<5072dc68$0$6554$9b4e6d93@newsspool4.arcor-online.net>
	<1f7cmfp1l65w1.1deog8cfxbs0u$.dlg@40tude.net>
	<5072e37a$0$6556$9b4e6d93@newsspool4.arcor-online.net>
	<rue1igfn7vls.12ns24d6uzs5a$.dlg@40tude.net>
	<e35ad33d-72bc-4272-9adc-1af91001e7ec@googlegroups.com>
	<acb7tq62ahg5$.pat6tw22psz7.dlg@40tude.net>
	<fd2f8ee2-0ad6-49df-842b-2a6954970fa1@googlegroups.com>
	<1wzhg6cdjkwjj$.uq66rzr2nlgy.dlg@40tude.net>
	<k4ve02$g5a$1@dont-email.me> <k5ptpi$hf8$1@munin.nbi.dk>
	<7xzk3ckxbv.fsf@ruckus.brouhaha.com> <k68j01$irr$1@dont-email.me>
	<96e29613-fec6-488b-842b-8f5dbcf44a03@googlegroups.com>
	<7xtxtjvoag.fsf@ruckus.brouhaha.com> <op.wmoynkd9ule2fv@cardamome>
	<7xk3uflt4b.fsf@ruckus.brouhaha.com> <k69ltf$bm9$1@dont-email.me>
Date: Wed, 24 Oct 2012 15:08:58 -0700
Message-ID: <7xlievo745.fsf@ruckus.brouhaha.com>
Organization: Nightsong/Fort GNOX
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)
Cancel-Lock: sha1:b4flOlz06ogvDT+EhaUIv5Vsg18=
MIME-Version: 1.0
NNTP-Posting-Date: 24 Oct 2012 17:08:58 CDT
X-Complaints-To: abuse@octanews.net
Content-Type: text/plain; charset=us-ascii
Date: 2012-10-24T17:08:58-05:00
List-Id: <comp.lang.ada>

Brian Drummond <brian@shapes.demon.co.uk> writes:
> And there is no equivalent to the AVR-Ada runtime. One would probably 
> have to start a port from scratch, using the AVR one as a guide.
> (It's not really a *run*time so much as providing compile time support 
> for access to the AVR's peripherals and I/O pins etc...)

Thanks for the informative post.  One question about the runtime: how
much different is Ada from C, in terms of what the runtime is expected
to do?  In particular, I gather there is some kind of interface for
calling C functions from Ada.  Could that be used to interface an
existing C library for those i/o pins and so on?  What about using a
regular libc (through a wrapper) for basic i/o?

Also, is it reasonably straightforward and efficient to call Ada modules
from C applications?

Maybe improved cross-language interfaces is another area that could help
Ada.