LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Games (http://www.linuxquestions.org/questions/linux-games-33/)
-   -   Errors compiling Doomsday Engine 1.8.0 under Mandrake Linux 10 (http://www.linuxquestions.org/questions/linux-games-33/errors-compiling-doomsday-engine-1-8-0-under-mandrake-linux-10-a-202670/)

PhoenixOne 07-08-2004 02:46 PM

Errors compiling Doomsday Engine 1.8.0 under Mandrake Linux 10
 
Mandrake Club doesn't help me whatsoever (and to think I got a subscription) and I've heard a lot of good things about LinuxQuestions, so let's hope this forum is a little better. :)

I am running Mandrake Linux 10 under the original Kernel (2.6.3?) that came with the first official retail CDs (I bought my copy - Discovery), and have not yet had reason or time to update and recompile the kernel. I am something of a noob, but I have so far caught on pretty fast.

The Doomsday engine is an OpenGL/Direct3D port of Doom for Win32, Mac, and Linux/FreeBSD. It's pretty fun with MD2 models and such, and I have had a lot of trouble lately compiling it into a binary.

I can run ./configure (you need to have your SDL developer packages installed correctly and in the right dirs) and create a makefile, but when running "make" I get this output/error:

[root@localhost deng-1.8.0]# make
make all-recursive
make[1]: Entering directory `/var/tmp/deng-1.8.0'
Making all in libltdl
make[2]: Entering directory `/var/tmp/deng-1.8.0/libltdl'
make all-am
make[3]: Entering directory `/var/tmp/deng-1.8.0/libltdl'
make[3]: Leaving directory `/var/tmp/deng-1.8.0/libltdl'
make[2]: Leaving directory `/var/tmp/deng-1.8.0/libltdl'
Making all in Src
make[2]: Entering directory `/var/tmp/deng-1.8.0/Src'
Making all in drOpenGL
make[3]: Entering directory `/var/tmp/deng-1.8.0/Src/drOpenGL'LibGLU not found when compilng Doomsday Engin
/bin/sh ../../libtool --mode=link gcc -Wunused-variable -Wunused-function -g -O2 -o libdropengl.la -rpath /usr/local/lib -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -module -version-info 0:0:0 -lGL -lGLU libdropengl_la-main.lo libdropengl_la-draw.lo libdropengl_la-ext.lo libdropengl_la-common.lo libdropengl_la-texture.lo
gcc -shared .libs/libdropengl_la-main.o .libs/libdropengl_la-draw.o .libs/libdropengl_la-ext.o .libs/libdropengl_la-common.o .libs/libdropengl_la-texture.o -L/usr/lib /usr/lib/libSDL.so -lpthread /usr/lib/libGL.so -lGLU -Wl,-rpath -Wl,/usr/lib -Wl,-soname -Wl,libdropengl.so.0 -o .libs/libdropengl.so.0.0.0
/usr/bin/ld: cannot find -lGLU
collect2: ld returned 1 exit status
make[3]: *** [libdropengl.la] Error 1
make[3]: Leaving directory `/var/tmp/deng-1.8.0/Src/drOpenGL'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/deng-1.8.0/Src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/deng-1.8.0'
make: *** [all] Error 2

I am unsure as to exactly what this means, but I know it has to do with the OpenGL libraries which are installed, so can somebody tell me how I may remedy this?

Also, I am sure there will be more errors along the way, so I will report all of the ones I have corrected through trial-and-error should anyone else encounter similar errata:
SDL_Net developer package header / SDL_Net.h; move your SDL libraries to usr/local/include/SDL -- please note you need ALL SDL PACKAGES including the developers packages. ALL of them.

GCC - Make sure the latest version of GCC is installed under Linux (this can happen to anyone).

Tormented 07-09-2004 06:13 PM

Re: Errors compiling Doomsday Engine 1.8.0 under Mandrake Linux 10
 
Looks like you need to install libMesaGLU1 and libMesaGLU1-devel from the Mandrake CDs.

The_Nerd 07-10-2004 01:45 AM

Hey if you remidy this problem (I don't think I know how... maybe try a "locate libGLU.so" and see if you even have it, if so then update library paths) you might want to look into Vavoom www.vavoom-engine.com It is the best Hexen/Heretic/Doom port in the world!

Helheim 07-12-2004 09:20 AM

Hi,
I'm running Slackware 10.0 and I had the same problem with compiling doomsday 1.8.0.
I think the only way to solve it is to modify Makefile placed in:

/usr/local/src/deng-1.8.0/Build/Src/drOpenGL

find the line:

libdropengl_la_LDFLAGS = -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -module -version-info 0:0:0 -lGL -lGLU

and place -L/usr/X11R6/lib befole -lGL -lGLU:

libdropengl_la_LDFLAGS = -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -module -version-info 0:0:0 -L/usr/X11R6/lib -lGL -lGLU

Though path /usr/X11R6/lib exists in ld.so.conf it conforms to shared libs only.

After that doomsday will compile mostly to the end and there is another error for me and some other people:

doomsday-lzss.o(.text+0x1188): In function `lzOpenChunk':
Unix/lzss.c:1019: warning: the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `deflate'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `inflate'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `inflateInit_'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `crc32'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `deflateInit2_'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `inflateReset'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `deflateReset'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `inflateEnd'
/usr/lib/gcc-lib/i486-slackware-linux/3.3.4/../../../libpng.so: undefined reference to `deflateEnd'
collect2: ld returned 1 exit status
rm -f .libs/doomsdayS.o
make[3]: *** [doomsday] Error 1
make[3]: Leaving directory `/GuntherDW/src/deng-1.8.0/Src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/GuntherDW/src/deng-1.8.0/Src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/GuntherDW/src/deng-1.8.0'
make: *** [all] Error 2

The official response for that error is:
"hmm, i fixed it, remind to use GOOGLE next time"

But in google I've found nothing :)

Helheim 07-12-2004 09:59 AM

For the second error export LIBS=-lz before running configure.
Now it compiles.


All times are GMT -5. The time now is 04:51 AM.