On 6 Dec 2001 18:33:28 -0500, Warp <war### [at] tagpovrayorg> wrote:

>Angelo 'kENpEX' Pesce <ken### [at] uniplanit> wrote:
>: But, if
>: U don't have special needs that let U use gcc (because dunno it has a
>: special feature that U need), this compiler is really bad. If U want
>: I'll tell U why: it's slow, it lacks a good ide (kdevelop is shit, and
>: bugged) and a good ide boosts productivity, it lacks a good debugger
>: (SoftIce rules) and it lacks a good profiler too (VTUNE rules).
>
>  Bullshit.
>  What makes you think it's slow? I haven't noticed it being any slower than
>other compilers.
Mabye you should try other compilers better. My tests shows it's lots
slower (at least if U use a recent version, with ansi c++ and
templates) and I think that this is due to its internal portable
structure...

>  A properly configured Emacs and a proper knowledge of makefiles is the best
>IDE one may wish.
If u think so... I don't want to flame on this, really...

>  It does not lack a good debugger: gdb.
>  It does not lack a good profiler: gprof.
>  The code generated by it is quite good. For example for Sparc the speed
>of the code it generates is closely comparable to Sun's own optimized
>compiler. Gcc optimizes the size of the binary a lot better than Sun's
>compiler.
>
>-- 
>#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
>rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
>],13),8)-3,10>#end blob{N(array[6]{11117333955,
>7382340,3358,3900569407,970,4254934330},0)}//                     - Warp -

Post a reply to this message