Re: No call for Ada (was Re: Announcing new scripting/prototyping language)

From: James Rogers (jimmaureenrogers_at_att.net)
Date: 02/10/04


Date: Tue, 10 Feb 2004 02:45:27 GMT

msg1825@yahoo.com (MSG) wrote in
news:54759e7e.0402091826.2847e0c@posting.google.com:

> Thanks very much to everyone for the interesting info. It made me look
> more closely at Ada. It looks like it is indeed one of the safest
> languages among the ones that aren't garbage collected, which probably
> makes it suitable for programming things like airplanes, etc.:
>
> 1. hard real-time
> 2. bug-averse
> 3. not very performance demanding (don't know about other compilers,
> but they say GNAT produces slow executables)
>
> However, it does not look like it's a good match for me, since my
> needs are the exact opposite:
>
> 1. no real time
> 2. bugs welcome (but not wrong results) - lusers will not come near my
> programs
> 3. performance is highly important

I find your list of needs interesting.

How do you distinguish between bugs and wrong results? My experience
is that bugs are detected because they produce incorrect results.
If nothing goes wrong we do not declare the presence of a bug.

I think you will find, if you look into hard real-time systems,
that performance is critical. While it is true that GNAT has
produced relatively slow executables in the past, those same
executables are often 3 to 5 times faster than early Java
programs. I know that current JVMs have improved performance
significantly. I speak of JVMs from around the year 2000. Other
Ada compilers produce faster code than GNAT. Sometimes you get
what you pay for. (GNAT is a free compiler in the GNU compiler
chain).

What kind of performance measures do you use in your problem
domain? C programmers are fond of fast code execution and fast
compilation. C++ programmers have similar performance priorities,
but are willing to sacrifice some compiler speed for the
flexibility of templates. Java programmers frequently prize
speed of coding, with the clever use of the large set of API
libraries available to them. Ada programmers are fond of fast
code and early detection of coding defects.

Jim Rogers



Relevant Pages

  • Re: No call for Ada (was Re: Announcing new scripting/prototyping language)
    ... produced relatively slow executables in the past, ... Ada compilers produce faster code than GNAT. ... (GNAT is a free compiler in the GNU compiler ... C programmers are fond of fast code execution and fast ...
    (comp.lang.c)
  • Re: No call for Ada (was Re: Announcing new scripting/prototyping language)
    ... produced relatively slow executables in the past, ... Ada compilers produce faster code than GNAT. ... (GNAT is a free compiler in the GNU compiler ... C programmers are fond of fast code execution and fast ...
    (comp.lang.ada)
  • Re: No call for Ada (was Re: Announcing new scripting/prototyping language)
    ... produced relatively slow executables in the past, ... Ada compilers produce faster code than GNAT. ... (GNAT is a free compiler in the GNU compiler ... C programmers are fond of fast code execution and fast ...
    (comp.lang.cpp)
  • Re: Licences
    ... I suspect that to most of the several million computer programmers on ... from their "free" Ada compiler when selling a binary only distribution, ... GPL compiler is NOT appropriate for the intended use. ... way to do a binary only distribution with an AdaCore Ada 2005 compiler ...
    (comp.lang.ada)
  • Re: No call for Ada (was Re: Announcing new scripting/prototyping language)
    ... >> for it) then there's basically no chance of finding even one Ada ... obscure systems are "ANSI C" only by courtesy -- ... accepted by the "C compiler" in question. ... even higher demands on the programmers: they have to know Ada to write ...
    (comp.lang.ada)