Re: An Ada Advice Inquiry

[Maciej Sobczak <see.my.homepage@gmail.com>]

On 7 Maj, 18:12, Martin Krischik <krisc...@users.sourceforge.net>
wrote:

> > The difference between Ada and C++ is that with C++ we have a set of
> > compilers to choose from, so nobody is forcing you to use the worst
> > one (unless you got locked-in, but then it's only your fault).
> > With Ada there is a set of versions of GNAT that are "somewhere"
> > between Ada95 and Ada2005, where the exact meaning of "somewhere" is
> > to be discovered by the user.
>
> That's unfair.

I know - but it's part of my point that your criticism of C++ is
mostly based on outdated experiences. It is true that C++ compiler
vendors were sloppy with implementing the standard, but it is now
clear that the main players are interested in compliance much more
than ever. The community was putting enough demand and there were some
modern libraries popping up that vendors just couldn't have pretend
any longer that they can compete by providing crippled tools. For some
time it made sense, especially when you got some "framework" or other
crap with the compiler and used it as a combined environment. For
example, as long as you used MFC with MSVC++ or equivalent Borland
pair, nobody cared about standard conformance, because the environment
was conforming to itself - but with the proliferation of new third-
party libraries it could not last any longer.

> The
> new Ada standart is only 2 month old.

Sure. Then - let's see how the situation will look like 2 months after
stamping the next C++ standard, OK?
Hint: many of the yet-to-be-standardized features are already in
experimental versions of g++. I'm ready to bet that this time the
transitional phase for C++ vendors will be *very* short. This is
because of different forces that now shape the C++ landscape.

> And still AFAIK there is still only
> one C++ compiler to support "export".

We've been through this already.
Short version: nobody uses "export" so nobody cares whether it's
supported or not. It looks that this subject is occupying the C++
enemies much more than the actual users of the language. Interesting,
isn't it?

--
Maciej Sobczak
http://www.msobczak.com/