can't compile, OpenGL not found

[KaFoX]

I'm running Slackware 11.0, and nvidia drivers, and warzone version 2.0.6. When I configure it, it says:

Code: Select all

checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for ranlib... ranlib
checking for bison... bison -y
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... -lfl
checking whether yytext is a pointer... yes
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking whether to build data packages... no
checking whether to build NSIS installer... no
checking whether to compile in debug mode... no
checking for pow in -lm... yes
checking for gzgets in -lz... yes
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for main in -ljpeg... yes
checking jpeglib.h usability... yes
checking jpeglib.h presence... yes
checking for jpeglib.h... yes
checking for main in -lpng... yes
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking for PHYSFS_init in -lphysfs... yes
checking physfs.h usability... yes
checking physfs.h presence... yes
checking for physfs.h... yes
checking for sdl-config... /usr/bin/sdl-config
checking for SDL - version >= 1.1.4... yes
checking for presence of SDL_net... Found SDL_net in path
checking SDL/SDL_opengl.h usability... yes
checking SDL/SDL_opengl.h presence... yes
checking for SDL/SDL_opengl.h... yes
checking for main in -lGL... yes
checking for main in -lGLU... no
checking for main in -lglu32... no
checking OpenGL... no
configure: error: OpenGL is currently mandatory

Now, I noticed that there is another thread here:
http://wz2100.net/forum/index.php?topic=95.0

But, the difference is 'glu.h' exists and is in the right place.

Code: Select all

$ ls /usr/include/GL
GLwDrawA.h
GLwDrawAP.h
GLwMDrawA.h
GLwMDrawAP.h
fgl.h
fglu.h
fglut.h
gl.h
glext.h
glsmap.h
glu.h
glut.h
glx.h
glxext.h
glxint.h
glxmd.h
glxproto.h
glxtokens.h
osmesa.h

[DevUrandom]

Did you have a look whether your libGL.so is in the right place?

[Giel]

Did you have a look whether your libGL.so is in the right place?

And the libGL.a as well of course (since gcc links against that at compile time to resolve the symbols, then at run-time it dynamically links to the .so one).

[KaFoX]

Thanks for answering.

'libGL.so' is at '/usr/lib/libGL.so'

BUT, 'libGL.a' is nowhere to be found. I'll have to look around and see where I can find it to install it.

Thanks again

EDIT: There's something strange. There is no 'libGL.a', but there is a 'libGL.la' at '/usr/lib/libGL.la'. What is with that ?

[DevUrandom]

And the libGL.a as well of course (since gcc links against that at compile time to resolve the symbols, then at run-time it dynamically links to the .so one).

On Windows it would link against the .lib which would load the .dll on runtime... But I didn't know this is the same on Linux. I thought it tries to link against a .so (if you compile -dynamic) and just link against the .a if the other is not present...

[KaFoX]

Thanks guys, I got it 

Here's how I did it in case someone else using Slackware has the problem.

I had to re-install the x11-devel package (included 'libGL.a' and 'libGLU.a'), because the nvidia installer deleted some stuff included in that package  >:( , I hate the nvidia installer, it messes up so many things

Anyway, then I symlinked both of the above .a files to '/usr/lib', because they were installed to '/usr/X11R6/lib' where gcc won't look for them.

And it compiled just fine.

Thanks, again. Great game, BTW

[Giel]

On Windows it would link against the .lib which would load the .dll on runtime... But I didn't know this is the same on Linux. I thought it tries to link against a .so (if you compile -dynamic) and just link against the .a if the other is not present...

Well I believe it can do both on GNU/Linux (link against a .a/.lib as well as a .so), so that basically makes it the decision of the library maintainers. I do think linking against a .a/.lib library is usually easier.

[fedecv]

Thank you very much!!!! Im using Slackware 11 and i was getting the same proublem, i just make the symlinks for libGLU.a and libGLw.a to /usr/lib and then it worked fine. NICE game!!



Im sorry about my english is bad..