comp.lang.ada
 help / color / mirror / Atom feed
From: "Eric G. Miller" <egm2@jps-nospam.net>
Subject: Re: Ada Dot Net ?
Date: Thu, 04 Apr 2002 04:46:50 GMT
Date: 2002-04-04T04:46:50+00:00	[thread overview]
Message-ID: <pan.2002.04.03.20.47.36.592763.22587@jps-nospam.net> (raw)
In-Reply-To: usn6c62up.fsf@gsfc.nasa.gov

In <usn6c62up.fsf@gsfc.nasa.gov>, Stephen Leake wrote:

> "Eric G. Miller" <egm2@jps-nospam.net> writes:
> 
>> In <uofh26k1h.fsf@gsfc.nasa.gov>, Stephen Leake wrote:
>> 
>> > "Eric G. Miller" <egm2@jps-nospam.net> writes:
>> > 
>> >> It's pretty clear from the gcc website that one shouldn't get
>> >> there hopes up too high about the quality of the Ada compiler
>> >> that will ship with 3.1. It's clearly not their highest priority
>> >> (fixing their C++ ABI, again, seems to be). If I had to guess an
>> >> order of importance, it'd be C, C++, Fortran, Java, Objective C,
>> >> Ada, Chill (maybe dead). Might swap Java/Fortran...
>> > 
>> > "Importance of integrating" does _not_ equate with "quality"! gcc Ada
>> > is a _very_ high quality compiler.
>> 
>> Well, then maybe the website needs to be fixed. 
> 
> Can you provide the url for this website? The closest thing I could
> find to your discussion is
> http://www.gnu.org/software/gcc/gcc-3.1/criteria.html, which defines
> the release criteria for gcc 3.1. Quite sensibly, they are simply
> stating that gcc 3.1 will support Ada, but they are not willing to
> hold up the release for Ada quality issues. That just means they are
> going slow with a new thing. In this case, it happens to be someone
> else's job to ensure Ada quality!

You've got it.
 
It states GCC version 3.1 will support Ada, but that quality
issues will not hold up the release.  How different is that from what
I originally wrote?  If it sounded like I was implying the quality
wouldn't be good, that wasn't my intention.  All that I meant was,
the 3.1 Ada compiler might not be where people would like it when the
release occurs.  I'm no muckraker ;-)

>> As I read it, the implication is that the GCC community is willing
>> to accept a higher number of defects and/or suboptimal code
>> generation compared with C or C++. 
> 
> "Willing to accept" and "actually present" are two different things. I
> have no problem with the gcc steering committee not accepting
> responsibility for Gnu Ada quality; ACT is doing a perfectly good job.

Well, I was unaware that ACT was taking a lead role in the development.
Last I had read was they had submitted code, but the impression I had
was that ACT intended the GCC community at large would further the
development of what was supplied.

>> If they really mean the depth of integration with the rest of the
>> compiler, the website should say so. Anyway, good to hear the
>> compiler works well -- supposed to be released in a couple of weeks,
>> no?
> 
> I'm not clear precisely which compiler you are talking about here. The
> Ada compilers released by ACT work well; I have not tried gcc 3.x yet.

We've been talking about GCC 3.1, no?  I got the impression from your
previous post that you had some experience with CVS snapshots, otherwise
how do you make an assertion that the quality is very good?

Anyway, not much point in dragging this discussion on.  When it's
released, we'll see where it's at.



  reply	other threads:[~2002-04-04  4:46 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-29  4:57 Ada Dot Net ? WJT
2002-03-29  8:30 ` Jerry van Dijk
2002-03-29 10:46   ` Ingo Marks
2002-03-29 13:40     ` Florian Weimer
2002-03-30  2:00     ` Adrian Hoe
2002-04-03  0:50     ` Robert Dewar
2002-03-29 13:54   ` Marin David Condic
2002-03-29 15:20 ` Wes Groleau
2002-03-29 15:27   ` Jean-Marc Bourguet
2002-03-29 18:54     ` Pascal Obry
2002-04-01 20:57       ` Greg C
2002-04-02 16:31         ` Pascal Obry
2002-03-29 16:27   ` WJT
2002-03-29 16:59     ` Preben Randhol
2002-03-29 17:10       ` WJT
2002-03-29 17:16         ` Preben Randhol
2002-03-29 17:35           ` WJT
2002-03-30 12:48         ` tony
2002-03-30 14:02           ` Preben Randhol
2002-03-29 19:24     ` Wes Groleau
2002-03-31  6:19 ` William J. Thomas
2002-03-31  6:52   ` tmoran
2002-03-31  8:09     ` Al Christians
2002-03-31  8:56       ` tmoran
2002-03-31 16:50         ` Al Christians
2002-03-31 10:18       ` Preben Randhol
2002-04-01  4:00         ` Al Christians
2002-04-01 14:57           ` Ted Dennison
2002-04-01 16:44             ` Al Christians
2002-04-03  0:56           ` Robert Dewar
2002-03-31 19:09     ` William J. Thomas
2002-04-02  3:00       ` Randy Brukardt
2002-04-03  2:37         ` William J. Thomas
2002-03-31 20:47   ` John R. Strohm
2002-04-01 14:56     ` WJT
2002-04-01 14:43   ` Marin David Condic
2002-03-31 13:21 ` Ingo Marks
2002-03-31 19:21   ` William J. Thomas
2002-04-01 14:41   ` Wes Groleau
2002-04-02  3:33     ` Eric G. Miller
2002-04-02 18:18       ` Stephen Leake
2002-04-03  4:22         ` Eric G. Miller
2002-04-03  4:56           ` Steve Doiel
2002-04-03 15:52             ` Robert Dewar
2002-04-03 18:42           ` Stephen Leake
2002-04-04  4:46             ` Eric G. Miller [this message]
2002-04-02 18:31       ` Wes Groleau
  -- strict thread matches above, loose matches on Subject: below --
2002-03-30  2:08 Alexandre E. Kopilovitch
2002-03-30  8:28 ` Preben Randhol
2002-03-31  3:29   ` Steve Doiel
replies disabled

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