“Rennie Allen” <RAllen@csical.com> wrote in message
news:64F00D816A85D51198390050046F80C9B568@exchangecal.hq.csical.com…
I agree, my interest is not stirred unless benchmark results are of a
different magnitude, 10-20% performance differences with one particular
piece of code, might simply mean that one compiler does better with a
particular coding and/or design style. If this happens to be your
design/coding style, then it might behoove you to select the compiler
that does better, but this certainly doesn’t serve as a good
generalization (as if there is such a thing as a good generalization >
Mario, you can make no assumption at all, as to what the final
executables performance would be from Comeau C object code compiled with
gcc without testing your C++ code with the actual toolchain (this sucks,
but that’s life - who knows it might be 30-40% slower, or 10-20% faster
> . Personally, I would much rather use a 99% compliant compiler
that’s 20% slower, than a 90% compliant compiler that just so happens to
“like” my (possibly non-C++) coding style.
Interesting point Rennie. My opinion in this case is based on gut feeling
not actuall fact, I will grant you that.
In my cases I’d prefer a 20% faster code. If a system can be
build with a 100Mzh instead of 133Mzh then that’s money
in my customer pocket (assuming large volume). If the same
software can run 20% faster, on the same unit, then on
a competitor’s equivalent machine, I’ve got a major advantage.
-----Original Message-----
From: > comeau@panix.com > (Greg Comeau) [mailto:> comeau@panix.com> ]
Posted At: Saturday, September 08, 2001 1:47 PM
Posted To: devtools
Conversation: Comeau C++
Subject: Re: Comeau C++
In article <9ndv51$eb3$> 1@inn.qnx.com> >,
Mario Charest <> mcharest@nowayzinformatic.com> > wrote:
“Greg Comeau” <> comeau@panix.com> > wrote in message
news:9ndutq$rhl$> 1@panix3.panix.com> …
In article <9nbm4m$47q$> 1@inn.qnx.com> >,
Mario Charest <> mcharest@nowayzinformatic.com> > wrote:
“Greg Comeau” <> comeau@panix.com> > wrote in message
news:9nbev6$194$> 1@panix3.panix.com> …
In article <> 3B9939D3.AA339A28@faac.com> >,
Dean Douthat <> ddouthat@faac.com> > wrote:
Since it uses GCC, I’m assuming it will work for any of the QNX6
target
platforms. Right?If we don’t make it so, then that’s not right.
If we do make it so, then that is right.
It really must be ported, literally, to every platform
(as mentioned in another post, when I say “platform”
that includes at least the CPU, OS, and C compiler).
It’s not enough to do it for one and expect meaningful
results for another platform. Make sense?So that means it’s using GCC ;-( I think that if QNX was
to support another compiler, it should be something that
has nothing to do with GCC.I’m not clear on what or what this is a problem?
Because code generate by GNU C isn’t that great, I would like
better. Many customer I worked with were rather pissed
at seeming the same software run 10-20% faster when compile
with VC for example.Or am I mistaken; would Comeau C/C++ generate assembly
or object file directly.You’re not mistaken on this last sentence. However,
isn’t it so that VC can’t be used with/for QNX?
If so, isn’t it so that the gcc used apparently under Windows
will not be the same code generator used with gcc under QNX
and/or other things can effect it?I’m not saying gcc wasn’t or isn’t slower, just trying to
understand exactly what was tested, and under what auspices.
I find that comparison rarely ever really fairly compare.Greg Comeau export ETA: Dec 1 10% “End of Summer” Offer
Comeau C/C++ ONLINE ==> > http://www.comeaucomputing.com/tryitout
World Class Compilers: Breathtaking C++, Amazing C99, Fabulous C90.
Comeau C/C++ with Dinkumware’s Libraries… Have you tried it?