comp.lang.ada
 help / color / mirror / Atom feed
From: "Chris Campbell" <chris.danx@ntlworld.com>
Subject: Re: Ada and embedded applications
Date: Mon, 4 Jun 2001 22:30:40 +0100
Date: 2001-06-04T22:30:40+01:00	[thread overview]
Message-ID: <c5TS6.23613$HL5.2796687@news6-win.server.ntlworld.com> (raw)
In-Reply-To: wccsnhg6j6v.fsf@world.std.com


"Robert A Duff" <bobduff@world.std.com> wrote in message
news:wccsnhg6j6v.fsf@world.std.com...
> "Chris Campbell" <chris.danx@ntlworld.com> writes:
>
> > One poster claimed that Ada was not used in some embedded devices because of
> > memory overheads for exception handling.
>
> Sounds like nonsense, but it's not completely clear what that poster
> meant.

This is the exact text (and not my regurgutation of it which is vague).

--
[ ... ]

> This is what I meant with "worship". Of course you're right, it's almost
> sure, that there exists a C compiler for that hand-holdable device.
> But why there is _only_ a C compiler for it? And not Pascal? Or Ada?
> Perhaps even Java could be possible?

Pascal (or at least something that looks roughly like Pascal) would
be a reasonable possibility if everybody agreed exactly what that
"roughly like Pascal" language really ought to be.

Ada probably is not reasonable for _most_ such devices.  Ada requires
exception handling, which takes up quite a bit of memory.  In
embedded devices, price matters a LOT, and more memory means a higher
price.  Ada _does_ get used in embedded systems with budgets to
support it (e.g. the aerospace industry) but in the lower-end of the
market, exception handling makes it unusable (and the same goes for
C++).

Consider that at work right now, I'm working on some code for a PIC
16C55, which has a total of 512 bytes (no, not Kbytes, but bytes) of
program memory available.  It might be possible to get an Ada program
to run in that, but if so it'll take somebody a LOT smarter than me
to do it.

In addition, Ada is a large, complex language so porting it to a new
processor tends to be a relatively slow, expensive process.  If a
company has a choice between using C and waiting 6 months for an Ada
compiler to get finished, there's often little real choice at all.
--
-- Jerry Coffin on alt.os.development in post Re: using C to develop an OS
--




Chris Campbell





  reply	other threads:[~2001-06-04 21:30 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-04 18:59 Ada and embedded applications Chris Campbell
2001-06-04 19:34 ` Marin David Condic
2001-06-04 21:12   ` Chris Campbell
2001-06-04 21:33     ` Matthew Woodcraft
2001-06-04 21:33     ` Ted Dennison
2001-06-04 22:33       ` Chris Campbell
2001-06-05  7:55         ` Chris Campbell
2001-06-05 15:03           ` Ted Dennison
2001-06-04 22:09     ` Marin David Condic
2001-06-05  2:18       ` tmoran
2001-06-05 13:38         ` Marin David Condic
2001-06-06  4:09           ` Jeffrey Carter
2001-06-05 18:23         ` Randy Brukardt
2001-06-05 18:25         ` Randy Brukardt
2001-06-05 20:18           ` Marin David Condic
2001-06-05  7:45     ` Martin Dowie
2001-06-05 13:49       ` Marin David Condic
2001-06-05 20:47         ` Martin Dowie
2001-06-05 10:15     ` Rod Chapman
2001-06-04 21:02 ` Larry Kilgallen
2001-06-04 20:06   ` Ehud Lamm
2001-06-04 21:18     ` Ted Dennison
2001-06-05 12:35     ` Marc A. Criley
2001-06-05 19:00       ` Pascal Obry
2001-06-04 21:15 ` Robert A Duff
2001-06-04 21:30   ` Chris Campbell [this message]
2001-06-05  2:06     ` Jeffrey Carter
2001-06-05 14:04     ` Marin David Condic
2001-06-05  7:50 ` Martin Dowie
2001-06-05 14:24   ` John English
2001-06-08 23:55     ` Robert A Duff
2001-06-09 12:47       ` Ehud Lamm
2001-06-14 16:27       ` Pat Rogers
2001-06-06  2:31 ` Ken Garlington
2001-06-06 11:14   ` Chris Campbell
2001-06-06 15:47     ` Marin David Condic
2001-06-06 17:57     ` Jerry van Dijk
2001-06-06 22:32       ` Chris Campbell
2001-06-06 22:37         ` Chris Campbell
2001-06-06 15:42   ` Marin David Condic
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox