Any compiled VS on Red Hat Enterprise Linux 3 (RHEL3)?

[justinclift]

Hi all,

Trying to compile VS using the script from the download page. It looks like it's getting a specific release (-rvegastrike_0_4_1) but I'm not sure if that's good/bad.

Anyway, it's bombing out during the configure process:

***********

<snipped>
checking for Linux platform... yes
checking for MacOSX platform... no
checking for python... python 2.2.3
/usr/lib/libpython2.2.so no
/usr/local/lib/libpython2.2.so no
/sw/lib/python2.2/config/libpython2.2.so no
/usr/lib/python2.2/libpython2.2.so no
/usr/lib/python2.2/config/libpython2.2.a yes
checking for sdl-config... no
checking for SDL - version >= 1.0.1... no
*** The sdl-config script installed by SDL could not be found
*** If SDL was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the SDL_CONFIG environment variable to the
*** full path to sdl-config.
*** SDL not found. Configuring without audio or joystick support.
checking for GL library... no
checking for GL library (with pthreads)... no
checking for MesaGL library... no
checking for MesaGL library (with pthreads)... no
checking for opengl32 library... no
checking for opengl32 library (with pthreads)... no
*** Hmm, you don't seem to have OpenGL libraries installed in the standard
*** location (/usr/lib). I'll check in /usr/X11R6/lib, since
*** many distributions (incorrectly) put OpenGL libs there.
checking for GL library... yes
checking for glXGetProcAddressARB... no
configure: error: Your copy of OpenGL is out of date. If using Mesa, make sure you have version >= 3.2.
$

***********

The relevant part of config.log appears to be:

| #define HAVE_GETPAGESIZE 1
| #define HAVE_MMAP 1
| /* end confdefs.h. */
| /* System header to define __stub macros and hopefully few prototypes,
| which can conflict with char glXGetProcAddressARB (); below.
| Prefer <limits.h> to <assert.h> if __STDC__ is defined, since
| <limits.h> exists even on freestanding compilers. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| /* Override any gcc2 internal prototype to avoid an error. */
| #ifdef __cplusplus
| extern "C"
| {
| #endif
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char glXGetProcAddressARB ();
| /* The GNU C library defines this for functions which it implements
| to always fail with ENOSYS. Some functions are actually named
| something starting with __ and the normal name is an alias. */
| #if defined (__stub_glXGetProcAddressARB) || defined (__stub___glXGetProcAddressARB)
| choke me
| #else
| char (*f) () = glXGetProcAddressARB;
| #endif
| #ifdef __cplusplus
| }
| #endif
|
| int
| main ()
| {
| return f != glXGetProcAddressARB;
| ;
| return 0;
| }
configure:7697: result: no
configure:7711: error: Your copy of OpenGL is out of date. If using Mesa, make sure you have version >= 3.2.

## ---------------- ##
## Cache variables. ##
## ---------------- ##

Any ideas? This is on the very latest version of Red Hat Enterprise Linux 3, fully updated.

Regards and best wishes,

Justin Clift

[justinclift]

If it's any help, these are the Mesa packages installed:

XFree86-Mesa-libGL-4.3.0-62.EL
XFree86-Mesa-libGLU-4.3.0-62.EL

Regards and best wishes,

Justin Clift

[pontiac]

You might have the problem mentioned here:

http://vegastrike.sourceforge.net/phpwi ... talling#Q5

Pontiac

[justinclift]

Hi Pontiac,

Tried putting those mentioned #defines at the top of the src/gldrv/gl_init.cpp file (one at a time), then re-running aclocal, autoconf, automake -a --add-missing, then ./configure, but still no joy.

Even tried changing the few instances of glXGetProcAddressARB in the source to glXGetProcAddress, with and without removing the:

#define glXGetProcAddress glXGetProcAddressARB

line from objconv/varray.cpp

Still no go. It's not getting past configure.

Then noticed I didn't have SDL-devel installed (doh), and installed that. Suddenly, configure gets past that error and then breaks when looking for "openglu32":

/usr/lib/python2.2/config/libpython2.2.a yes
checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.0.1... yes
checking for SDL_JoystickOpen... yes
Using SDL Windowing System
checking for Mix_OpenAudio in -lSDL_mixer... no
*** SDL_mixer not found. Configuring without audio support.
checking for GL library... no
checking for GL library (with pthreads)... no
checking for MesaGL library... no
checking for MesaGL library (with pthreads)... no
checking for opengl32 library... no
checking for opengl32 library (with pthreads)... no
*** Hmm, you don't seem to have OpenGL libraries installed in the standard
*** location (/usr/lib). I'll check in /usr/X11R6/lib, since
*** many distributions (incorrectly) put OpenGL libs there.
checking for GL library... yes
checking for glXGetProcAddressARB... yes
checking for GLU library... no
checking for GLU library (with pthreads)... no
checking for MesaGLU library... no
checking for MesaGLU library (with pthreads)... no
checking for openglu32 library... no
checking for openglu32 library (with pthreads)... no
*** Hmm, you don't seem to have OpenGLU libraries installed in the standard
*** location (/usr/lib). I'll check in /usr/X11R6/lib, since
*** many distributions (incorrectly) put OpenGLU libs there.
checking for GLU library... no
checking for GLU library (with pthreads)... no
checking for MesaGLU library... no
checking for MesaGLU library (with pthreads)... no
checking for openglu32 library... no
checking for openglu32 library (with pthreads)... no
configure: error: Cannot find GLU library
[justin@central vegastrike]$

Looked around the Net for info about this problem, and there's not much at all on "openglu32". Seems to be part of the OpenGL stuff, but as far as I can see now, that's all installed now.

Looks like it's not finding it... any ideas what to look for then edit?

Regards and best wishes,

Justin Clift

[justinclift]

Well, after looking in /usr/lib and /usr/X11R6/lib, it turns out there were broken symlinks for libGL.so -> libGL.so.1.2, where libGL.so.1.3 is what they were supposed to be pointing to.

(libGL.so.1.3 really did exist, but libGL.so.1.2 didnl't).

Not sure if that's going to be a "standard" problem with RHEL3, but it may be. This system is very stock standard.

After going that the ./configure script still bombs out, but looking at the config.log shows it was finding the -lGL library but not compiling correctly. Seemed to be missing a bunch of functions in the GL library that it was expecting.

So, I'm just going to compile Mesa 6.0.1 and get rid of the RHEL3 rpm installed versions. Lets see how that goes...

Regards and best wishes,

Justin Clift