installing mesa 4.x.x
 

Has anyone with Slackware 8.0 and voodoo (in my case voodoo3 3000) card installed mesa 4.0.x successfully?

I installed mesa using these commands:

removepkg mesa
./configure
make
make install
ldconfig
cd ./xdemos
make glxinfo

and finally runing "./glxinfo" I get:

WARNING: This Mesa Library includes the Glide driver but you have not defined the MESA_GLX_FX env. var.(check the README.3DFX file for more information).
you can disable this message with a 'export MESA_GLX_FX=disable'.

display: :0 screen: 0
direct rendering: No
server glx vendor string: Brian Paul
server glx version string: 1.4 Mesa 4.0.2
...etc


- where as running my previous glxinfo confirmed that I'm using DRI, with opengl 1.2 and, mesa 3.4.2.
"OpenGL renderer string: Mesa DRI Voodoo3 20010501 x86/MMX
OpenGL version string: 1.2 Mesa 3.4.2"


By the way I got my voodoo3 drivers from the contribs directory in slackware 8 (ftp), and I tested them with quake3 :) runs great ... but I wont openGL to work too :( ... please help, where did I go wrong?

What does the 'README.3DFX' flie have to say on the error message?

Thanks for responding.

The README.3DFX tells me to set the MESA_GLX_FX to either "fullscreen", or "window". But when I do that I get the following error:

"
bash-2.05# ./glxgears
gd error (glide): gd error (glide): grSstSelect: non-existent SSTgd error (glide): grSstSelect: non-existent SSTSegmentation fault
"

is this because voodoo3 supports only glide3 or glide3x, and as mesa's configuration detects that correctly:

"
checking for glide.h... no
checking for glide/glide.h... no
checking for glide2/glide.h... no
checking for glide3/glide.h... yes
checking for grSstControl in -lglide... no
checking for main in -lglide... no
checking for main in -lglide2... no
checking for main in -lglide2x... no
checking for main in -lglide3... yes
checking for main in -lglide3x... yes
"

where as the README.3DFX, states

"
What do you need ?
------------------

- A PC with a 3Dfx Voodoo1/2 Graphics or Voodoo Rush based board (Pure3D, Monster 3D, R3D, Obsidian, Stingray 128/3D, etc.). The Quantum3D Obsidian3D-2 X-24 requires some special env. setting under Linux (more information in the "Useful Glide Environment Variables");

- Mesa 3.1;

- The 3Dfx Glide library 2.3 or later for your OS (the 2.4 works fine). The Voodoo2 requires the Glide library 2.51. The Glide 3.1 is not
compatible with the Glide 2.x so it doesn't work with the current version of the driver;

- A compiler supported by the Glide library (Micro$oft VC++ (tested), Watcom (tested), GCC for Linux (tested), etc.);

- A lot of patience, this is an alpha release.

- It's nice to have two monitors - one for your normal graphics card and one for your 3Dfx card. If something goes wrong with an application using the 3Dfx hardware you can still see your normal screen in order to recover.
"

I'm not sure about this but perhaps mesa 4.x.x no longer supports voodoo cards, since the mesa docs include the README.3DFX that was meant for mesa 3.3, and they do issue a warning in README.3DFX:

"
Warning: this document is rather out of date, but most of the information should still apply
"

I'm not even sure if mesa 4.0.2 supports voodoo3 cards, was anyone successfull in seting-up a voodoo banshee/3/4/5 video card with mesa 4.x.x?
Perhaps I'm wasting my time, I'm trying to get my voodoo3 working with mesa4 since Februaru 2002 ... so I did spend <sarcasm> some <end sarcasm> time hunting down / going through broken links, and finally reading mostly obsolete and outdated info on voodoo cards from pre 2000 era. Perhaps the time has come to get a new video card

... or is there a tricky part to getting that voodoo3 card working in mesa4 ... perhaps linking my *glide3*so files with *glide2*so files (I did try that already too), I'm out of ideas now.

I'm thinking it mght be more the case of mesa 4.x.x not being compatable with 3dfx cards, especially when you consider the date that 3dfx went belly up. There is a 3dfx How-to at TLDP that might be of some help, but the last time it was updated was in 1998 so I don't know if it will be any good for the latest mesa.