Re: [Plib-users] compiling plib on irix 6.2
Brought to you by:
sjbaker
From: Steve B. <sjb...@ai...> - 2000-10-27 23:13:06
|
Ian van der Neut wrote: > > * You could go back to PLIB 1.1.xx - it should compile just fine on your > > Indy since it didn't support Vertex Arrays. You'll find all the old > > versions on the PLIB web site. > > That's an option I guess depending on the amount of features I'd lose, > but I don't know plib well enough yet to know. There have certainly been quite a few features added (especially file loaders) - but I guess 95% of it was there and working in 1.1.xx. I used that version to develop TuxKart. > hmmm... I might be lucky, there's a whole bunch of those in gl.h > #define GL_VERTEX_ARRAY_EXT 0x8074 > #define GL_NORMAL_ARRAY_EXT 0x8075 > #define GL_COLOR_ARRAY_EXT 0x8076 > #define GL_TEXTURE_COORD_ARRAY_EXT 0x8078 > > hmm... maybe not so lucky :/ > 122(ian:)% grep glEnableClientState * > gls.h:#define GLS_OP_glEnableClientState 286 You can probably just comment out that call. > 122(ian:)% grep glVertexPointer * > gl.h:extern void glVertexPointerEXT (GLint size, GLenum type, GLsizei > stride, GLsizei count, const GLvoid *pointer); > gls.h:#define GLS_OP_glVertexPointer 292 > gls.h:#define GLS_OP_glVertexPointerEXT 65501 > > The other ones it's failing on, are there too, with the GLS_OP prefix, > but no function prototype :( No the GLS prefix means something else - it's in gls.h - it's somewhat unrelated. > OK, I'll just use the Linux box then. Good plan. > > Go get a *cheap* PC and install Linux. Linux is *so* close to IRIX, you'll > > hardly notice the difference. I routinely switch between our big ONYX 2 > > machines at work and various Linux boxes - and while I'm working I *frequently* > > forget which machine I'm logged into - they are *that* similar. > > But they're a boring shade of grey, the Indy looks a lot sexier ;) So splash out on an SGI PC - purple! (Lots of $$$ - Linux pre-installed!) Go look in your local PC store - there are a gazillion $60 PC cases in our local Fry's in a variety of cool colours and shapes. > I know Linux very well, I've three Linux boxes here. Most of them are as > old as the Indy though :) I'm not very fond of PC's, and yes, I'm very > well aware that they are faster, but I just love the SGI, and I can't > afford an Octane :/ Aside from it's shape/colour - I can't think of a single reason to stick with an Indy (and I used to use one all the time at work). > Thanks for your help Steve, would appreciate it if you could tell me > what those defines are in gl.h and gls.h that I pasted, although I'm > afraid it's not going to make that much of a difference. Can't hurt to > know what they are. GLS is a 'stream I/O' protocol for OpenGL - it allows you to pass OpenGL calls down a comms link or save them into a file...stuff like that. However, it doesn't do you much good to be able to shunt them around if you can't render them when they get there! -- 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 |