RE: A reply to "Diagnosing SVN"

[Greg M <gm...@verizon.net>]

> C++ compilers are not standardized to the degree that C compilers are.
> What works in one C++ compiler often does not work in another.
> Additionally, linking to C++ libraries is non-uniform and fraught with
> terror.  -- Justin

I know that has been said over and over in the past, but how true is that
today? Compilers have had a long time to mature, and I doubt the validity of
the statement 'What works in one C++ compiler often does not work in
another'. My personal experience suggests otherwise.

KDE and QT are written in C++, and the many developers working on KDE apps
don't consider it to be a drawback -- in fact, C++ is credited with making
it easier and faster to develop for KDE than Gnome.

Besides, is there really any significant number of people who can't run gcc?
I use it on windows and linux, and I know that it works on MacOS also.

My apologies for contributing to a flame war.. just having a little fun :)
Greg Martyn



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

RE: A reply to "Diagnosing SVN"

[Greg Hudson <gh...@MIT.EDU>]

The most recent C++ tool issue I'm aware of is an incompatible ABI
change due in gcc 3.4.  I'd also imagine there are also more issues
creating bindings to C++ code than there are for C code.

Aside from the tool issues, though, C++ is a pretty complicated
language.  There are (I believe) many fewer people who have mastery of
it than have mastery of C.  The many features of C++ often combine to
create code which is very concise, elegant, and a pain in the ass to
debug because too much of what's going on is hidden under the covers. 
I'm not saying a project can't be successful for being written in C++,
but there are still valid reasons to choose C for a new project.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org