MIssing GLU library

[jaddin]

I am attempting to compile Vdrift. However, during the configure process, I get the messages :checking for gluLookAt in -lGLU... noconfigure: error: *** GLU library not found!I do have all of the Mesa GLU and GLUT libraries and headers installed. I have all of the other libs listed in the docs. glxinfo reports that GLU 1.3 is loaded and that direct rendering is active. What could be wrong?Thanks

[thelusiv]

What distribution are you running? Are you able to compile other programs that require GL/GLU?

[jaddin]

Mandriva 10.2 . I don't normally compile games. The few I have that use OpenGL, I got pre-packaged. I'll download something else and try it.I just downloaded PlanetPenguin Racer that required OpenGL and successfully compiled and installed it.

[FFuser]

As far as I know PPRacer don't use GLut (is not the same as OpenGL)you need the development packages of GLut (in synaptic glut-dev or something) do you have them?

[jaddin]

Ok. Like I said, I don't usually go for many games, so these libs are new for me. As stated before, I do have the Mesa GLU libs and devel pack installed. Is this not correct? Thanks.

[thelusiv]

Well everything sounds right to me. Are you sure you have all the right packages? Might want to check with other Mandriva users, mandrakeusers.org is a good place I found to start with Mandrake issues.

[joevenzon]

Configure checks for GLU via the following C file:<pre>#ifdef __cplusplusextern "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 gluLookAt ();intmain (){gluLookAt (); ; return 0;}</pre>pop that into a glutest.c file and run:g++ glutest.c -lGLU -o glutesthopefully, that will generate an error telling you what the problem is.

[fizz]

You might simply need<pre>export LD_FLAGS=-L/usr/X11R6/lib</pre>before running configure (replace /usr/X11R6 with wherever Madrive puts the GLU lib if necessary).

[jaddin]

Thanks everyone for the assistance. Unfortunately, the problem persists. The code joevenzon gave returns this.../usr/bin/ld: cannot find -lGLUcollect2: ld returned 1 exit statusI also tried sending the correct path to configure with --libdir as well as the Export method fizz gave but none help.I physically checked to make sure the library files existed and even reinstalled them just to make sure. I can't imagine what else to try.

[fizz]

Do you have libGLU.so or just libGLU.so.xyz?If you do have libGLU.so also try<pre>export CFLAGS=-L/usr/X11R6/libexport CXXFLAGS=-L/usr/X11R6/lib</pre>You should just need the CXXFLAGS part, but I'm not sure cdrift sets the language correctly so you better try both just to be safe.If that doesn't work, either, I'm out of ideas...

[joevenzon]

Run ldconfig as root, just to be safe.Note that if your libGLU.so is in a path other than /usr/X11R6/lib, you'd want to modify fizz's export commands to be:<pre>export CFLAGS=-L/your/path/hereexport CXXFLAGS=-L/your/path/here</pre>(replacing /your/path/here with the actual path to libGLU.so)Also, if you find libGLU.so, do my glutest.c with the following:<pre>g++ glutest.c -lGLU -L/your/path/here -o glutest</pre>

[jaddin]

Those export commands did the trick. I don't really understand why though since my libGLU.so is in the following path /usr/X11R6/lib and the ld.so.conf file does contain the path. Thanks for the help with getting it going!

[Nille]

Well i'm to lazy for the export lines :pSo i only do it like this.<pre>./configure CFLAGS=-L/usr/X11R6/lib CXXFLAGS=-L/usr/X11R6/lib</pre>Only add it to the readme file so ppl won't come here asking about it.

[jaddin]

Well, I guess there's a new trick now. The 10.2 release gives me the same problem as before with the 'missing GLU' library that isn't really missing. This time though, those export commands don't work. What now?

[thelusiv]

Well, I guess there's a new trick now. The 10.2 release gives me the same problem as before with the 'missing GLU' library that isn't really missing. This time though, those export commands don't work. What now?

That's odd, I added -L/usr/X11R6/lib to the SCons setup just because of this problem, so it should work. Is the path to your GLU libraries something else?[QUOTE BY=building vdrift]g++ -o build/vdrift build/main.o build/backdrop.o build/camera.o build/controls.o build/font.o build/gamestate.o build/keyman.o build/logo.o build/menu.o build/messageq.o build/model.o build/mouse.o build/multiplay.o build/net.o build/objects.o build/particles.o build/quat.o build/replay.o build/settings.o build/sound.o build/terrain.o build/timer.o build/trees.o build/utility.o build/vamosworld.o build/weather.o build/configfile.o -Lbuild -Lsrc -Llib -L/usr/lib -Lbuild/vamos -Lsrc/vamos -L/usr/X11R6/lib -lGL -lGLU -lopenal -lSDL -lpthread -lSDL_image -lSDL_net -lvamos[/QUOTE](emphasis mine)edit: reading back over the thread I think I see the problem. I'm adding this path thus:<pre>local_env.Append(LIBPATH = ['vamos', '/usr/X11R6/lib'])</pre>this is line 61 in src/SConscript. Try changing it thus:<pre>local_env.Append(LIBPATH = 'vamos')local_env.Append(CCFLAGS = '-L/usr/X11R6/lib')</pre>