Re: [Plib-devel] PLIB developers needed.

[Steve B. <sjb...@ai...>]

Dave McClurg wrote:
> 
> Christian wrote:
> > But anyway, do SG and SSG brake with that compiler? If the answer is no,
> > that is compiler supporting costs. SG *is* const correct and at least
> > half of SSG (IIRC).
> >
> I went to fix the 'const' methods in ul.h that are *not* portable on IRIX
> when I noticed there were similar 'const' methods already in sg.h like
> Christian says.  The 'const' methods in sg.h have been there for a long time
> and must work on IRIX.

Weird?  That particular program didn't use sg.h - but I'll try it when I
get back to work on Monday.  I havn't tried to recompile PLIB on our ONYX
using the native IRIX compiler (I know it works under GNU G++ under IRIX - but
that's not the point).

>  Perhaps we just need to change
>         'double getRawTime () const ;'
> to
>         'double getRawTime (void) const ;'
> and it would work on IRIX.  Seems to be something strange like that.  Do you
> want to investigate Steve?

Yes - I'll look when I get into work on Monday - I don't have a our $5,000,000
ONYX-2 here at home  :-)

Interestingly, I was using ul.h to measure some benchmarks between GeForce-2
($300+$2000 for the 800MHz PC) and ONYX-2 ($100,000 per graphics 'pipe'+$200,000
for the computer itself) - the GeForce is comfortably beating the ONYX by about
2:1 on polygon throughput and about the same on pixel fill rates!  Even if you
turn on the antialiased rendering (The ONYX's main selling point) - the ONYX is
still only about equal to the GeForce on polygons although it does beats it by
about 2:1 on pixel fill.

**WOW**

-- 
Steve Baker   HomeEmail: <sjb...@ai...>
              WorkEmail: <sj...@li...>
              HomePage : http://web2.airmail.net/sjbaker1
              Projects : http://plib.sourceforge.net
                         http://tuxaqfh.sourceforge.net
                         http://tuxkart.sourceforge.net
                         http://prettypoly.sourceforge.net