linux: building problems with 1.2.2

[niklas]

hi,
this is probably a stupid question. i don't actually think it is a bug, but i am still kind of a linux newbie.
when i start the "configure" script which is delivered with version 1.2.2, it always exits displaying the following error:

(...)
checking for GL/gl.h... yes
checking for glNewList in -lGL... no
checking for glNewList in -lMesaGL... no
configure:error:GL library was not found

i tried changing some of the path-descriptions in the configure-script (all this includedir=${prefix}/usr... etc -stuff), but nothing worked out.
i also tried installing mesaglu etc instead of the preinstalled xf86glu (suse 7.3), always including the developer packages as well.

any ideas?
thanks a lot!
niklas

[minstrel]

Got the same problem.
Could any body help you meanwhile?
This Beast is very hard to compile on Linux- Boxes...
i tried
configure --with-gtk --with-glut-libs=/usr/X11R6/lib

while:

ls -l /usr/X11R6/lib/libglut.*
lrwxrwxrwx 1 root root 12 Sep 8 2001 /usr/X11R6/lib/libglut.so -> libglut.so.3
lrwxrwxrwx 1 root root 14 Sep 8 2001 /usr/X11R6/lib/libglut.so.3 -> libglut.so.3.7
lrwxrwxrwx 1 root root 16 Sep 8 2001 /usr/X11R6/lib/libglut.so.3.7 -> libglut.so.3.7.0
-rwxr-xr-x 1 root root 289494 Aug 11 2000 /usr/X11R6/lib/libglut.so.3.7.0

--without any success...
Any Hints?
Greetings, Uwe

[Ortolan]

Hi, sounds like you've got an old or partial install of OpenGL. GL is a different library to GLUT. Have you installed Mesa and Mesa-devel? Search for these at http://www.rpmfind.net and it should list these packages for several different linux distributions. Hope this helps

[t00fri]

Hi, sounds like you've got an old or partial install of OpenGL. GL is a different library to GLUT. Have you installed Mesa and Mesa-devel? Search for these at http://www.rpmfind.net and it should list these packages for several different linux distributions. Hope this helps

Minstrel:

When installing the Mesa (3d software-) libs from some distribution (other than your "native" one) you must be very careful not to destroy the /hardware/ 3d support of your card.

From the kind of problem you are reporting, I see that you do not seem to have too much experience with these somewhat delicate matters.

So my advice: Only install /Mesa-devel/ that includes the needed headers and some static libs. Of course you need to have installed the glx hardware driver libs and kernel module for your graphics card. The Mesa.lib package contains the dynamic (runtime) 3d libs for /software/ 3d rendering. With the hardware driver libs of your card properly installed you really do not need that package. The problem is that you need to have certain symbolic links set correcly in /usr/lib ...

The best is usually to install the whole stuff from /one/ distribution consistently.

Fridger

[niklas]

i did install everything from one distribution.
what i think ist strange is that i found an rpm of celestia v 1.2.0, in on of the forums on shatters.net and it worked perfectly. i mean, there are not to much things different, but i just would like to have the newest version installed.....
but thanks a lot for your help. if i'll find the time, i will deal with your hints about these symbolic links. do you know a good website or an howto about that topic?
niklas

[t00fri]

i did install everything from one distribution.
what i think ist strange is that i found an rpm of celestia v 1.2.0, in on of the forums on shatters.net and it worked perfectly. i mean, there are not to much things different, but i just would like to have the newest version installed.....
but thanks a lot for your help. if i'll find the time, i will deal with your hints about these symbolic links. do you know a good website or an howto about that topic?
niklas

Of course without knowing your Linux distribution and the brand of your graphics card, it is hard to give specific advice. Since you are located, however, in Germany, the chances are high that you are using SuSE (right?). Which Version?

In case of SuSE, I can give you very concrete instructions.

My own installation is based on SuSE 7.3 (with many personal improvements/updates/bugfixes) and I do not have the slightest problems compiling any of the Celestia versions. At the moment, I am using the latest CVS extracted sources with some bugs removed by myself.

Regards

Fridger

[t00fri]

i did install everything from one distribution.
what i think ist strange is that i found an rpm of celestia v 1.2.0, in on of the forums on shatters.net and it worked perfectly. i mean, there are not to much things different, but i just would like to have the newest version installed.....
but thanks a lot for your help. if i'll find the time, i will deal with your hints about these symbolic links. do you know a good website or an howto about that topic?
niklas

Of course without knowing your Linux distribution and the brand of your graphics card, it is hard to give specific advice. Since you are located, however, in Germany, the chances are high that you are using SuSE (right?). Which Version?

In case of SuSE, I can give you very concrete instructions.

My own installation is based on SuSE 7.3 (with many personal improvements/updates/bugfixes) and I do not have the slightest problems compiling any of the Celestia versions. At the moment, I am using the latest CVS extracted sources with some bugs removed by myself.

Regards

Fridger

[niklas]

you are right, i am using suse 7.3. at the moment i have mesa and mesaglut installed from the original installation.
i am really looking forward to your instructions.
thanks a lot!!!

[t00fri]

you are right, i am using suse 7.3. at the moment i have mesa and mesaglut installed from the original installation.
i am really looking forward to your instructions.
thanks a lot!!!

I had figured that already out from your first mail, but I /do need to know/ what graphics card you have!
Did you install the latest X86free packages 4.2.0 from the SuSE X11 server??

http://www.suse.de/de/support/download/ ... index.html

Meanwhile, please call:

glxinfo

note how many fps you get.

Next

3Ddiag

any error messages?

Next

glxinfo|grep render

show me what you get

Fridger

[t00fri]

Meanwhile, please call:

glxinfo

note how many fps you get.

Sorry I mistyped the command. Of course I mean

glxgears

how many fps do you get?

Fridger

Also: What kernel version do you use? You need a 2.4.x kernel.

[niklas]

>I had figured that already out from your first mail, but I /do need to >know/ what graphics card you have!

it is a geforce2ti

>Did you install the latest X86free packages 4.2.0 from the SuSE X11 >server??

I am working on it... i still have to rtfm :-)
by the way, the kernel is the original suse-kernel delivered with 7.3, should be 2.4.9 or 2.4.10

>glxinfo

about 1870 FPS in the small window,

>3Ddiag
sorry for posting this whole shit!

(...)
Verifying 3D configuration based on XFree86 4 for 3D board
"nVidia Coorporation NV15 DDR (Geforce2 GTS) (10de@0151)":

Tests for package "NVIDIA_GLX":
package ... done.
package files ... done.
Tests for package "NVIDIA_kernel":
package ... done.
package files ... done.

Tests for correct OpenGL libraries/GLX extensions:
Symbolic Links ... done.
rc.config (SCRIPT_3D=switch2nvidia_glx) ... done.

Test for correct XFree86 version ... done.

Tests for XFree86 configuration:
Config File /etc/X11/XF86Config ... done.
Driver ... done.
Color Depth ... failed!
================================================================
3D Hardware acceleration is not used. To use 3D
Hardware acceleration please specify one of these entries

DefaultDepth 16

in the Section "Screen" of your /etc/X11/XF86Config.
================================================================
Extensions ... done.
Options ... done.
(...)

Checking GLU/glut runtime configuration:
GLU ... done (package xf86glu)
glut ... done (package mesaglut)

>glxinfo|grep render

direct rendering: yes
OpenGL renderer string: GefOrce2GTS/AGP/3DNOW!

thanks for your help!!!

[Guest]

OK Niklas, you definitely have support of hardware rendering.
For comparison, I get 2500 fps with a GeForce 2 GTS/32MB and a PIII 1Ghz/512 MB Ram.

In order to find out your kernel version just type

uname -r

Tell me the result.

Do not forget to add

DefaultDepth 16

in your Screen section of the
X11 config file /etc/X11/XF86Config


Now let us be somewhat systematic in checking the rest of your OpenGL installation:

First we need to check the headers

Type

cd /usr/include/GL
rpm -qf *.h

The packages from where your headers are should be printed now.

mesa-devel-3.4.2-57
xf86glu-devel-4.1.0-63 (glu.h)
mesaglut-devel-3.4.2-57 (glut.h)

no other packages should show up!

Next

cd /usr/X11R6/include/GL
rpm -qf *.h

only headers from

mesa-devel-3.4.2-57

should show up!

Now we go to check the libs and symbolic links

cd /usr/lib
ls -l lib*GL*

I should need your output here. You may send this to me by email if you feel bad about polluting this mailbox;-) (find my email under user t00fri)

Your configure script of Celestia has checked on the existence of an OpenGL symbol called 'glNewList'
and failed!

You may check again by hand, by typing in /usr/lib

nm libGL.a|grep glNewList

You should see something like

U glNewList
00000000 T glNewList
U glNewList

If not, tell me!

So far so good;-)

I wait and see what comes out of this

Bye
Fridger

[t00fri]

Niklas:

There are further tests you should do in any case:

Celestia needs certain /gnome/ libraries and headers for compilation.

exactly those:

ldd /usr/lib/celestia =>

libgnome.so.32 => /opt/gnome/lib/libgnome.so.32
libgnomesupport.so.0 => /opt/gnome/lib/libgnomesupport.so.0
libgnomeui.so.32 => /opt/gnome/lib/libgnomeui.so.32
libart_lgpl.so.2 => /opt/gnome/lib/libart_lgpl.so.2

So you must make sure that those libs /and/ headers are installed.

Therefore, type

rpm -qa|grep gnome

you should get

gnome-libs-1.4.1.4-52
gnome-libs-devel-1.4.1.4-52

otherwise install them from the SuSE Gnome server.

Note: after doing (library) installations do not forget typing

ldconfig
SuSEconfig


Bye Fridger

[Guest]

Hi,
I've got the same output from ./configure
(...)
checking for GL/gl.h... yes
checking for glNewList in -lGL... no
checking for glNewList in -lMesaGL... no
configure:error:GL library was not found

but with celestia 1.2.4 and quite another system here: Red Hat 7.2, kernel is
2.4.18, 1Ghz Athlon K7-C (FSB 133) with 256mb Ram, Gforce 2 Pro 64mb
Hardware driver from nvidia:
NVIDIA_GLX-1.0-2880
NVIDIA_kernel-1.0-2880

I definitely have some hardware support:
'Gears' is running with around 1700 FPS.
Quake 3 Demo and Terminus are running fine too.
But since I didn't get some other software compiled on my linux (e.g. Crystal Space),
there _maybe_ some homegrown problems here and not celestia specific...

So far I've tried some of the former suggestions:

rpm -qa | grep Mesa
Mesa-3.4.2-10
Mesa-devel-3.4.2-10
Mesa-demos-3.4.2-10

3Ddiag: Not present on my system. Where does it come from?

glxinfo | grep render:
direct rendering: Yes
OpenGL renderer string: GeForce2 GTS/AGP/3DNOW!

That is, where the problem could come from:
I'm missing some Glut- packages (xf86glu and mesaglut).
On rpmfind I couldn't find anything about xf86glu and
mesaglut only some Mandrake specific stuff.

I know, that the nvidia drivers exchange some of opengl / Mesa related
libraries and renamed the old ones. Unfortunately I forgot what it was...
Any suggestions?

Btw celestia 1.2.4 is running fine on my Windows 98 SE:
Really fine piece of software!
Only hope, I could compile on Linux sometime...

Peter

[filgee]

Your configure script of Celestia has checked on the existence of an OpenGL symbol called 'glNewList'
and failed!

You may check again by hand, by typing in /usr/lib

nm libGL.a|grep glNewList

You should see something like

U glNewList
00000000 T glNewList
U glNewList

If not, tell me!

So far so good;-)

I wait and see what comes out of this

Bye
Fridger

Sorry to jump in and resurrect this thread, but I'm having a similar problem with Celestia 1.2.4 on RedHat 7.3

./configure breaks at:

checking for GL/gl.h... yes
checking for glNewList in -lGL... no
checking for glNewList in -lMesaGL... no
configure: error: GL library was not found

I have the gnome-libs, gnomes-libs-devel installed and devel rpms installed for X, glut etc. (Mesa is a part of the X rpms now in RedHat 7.3 - Kernel 2.4.18)

libGL.a is installed in /usr/X11R6/lib/

running nm libGL.a|grep glNewList

produces:

U glNewList
00000000 T glNewList
00000000 T __indirect_glNewList
U __indirect_glNewList
U glNewList

Other info which may help:

from glxinfo:
direct rendering: Yes
...
OpenGL renderer string: Mesa DRI G400 20010622 AGP 1x x86/MMX/3DNow!
OpenGL version string: 1.2 Mesa 3.4.2

from glxgears:

2673 frames in 5.0 seconds = 534.600 FPS


Any help gratefully received!

[t00fri]

Apparently, if cards with DRI drivers are used the problem arises if automake/autoconf are too old. I had the same problem on my office machine using DRI, too.

you should upgrade at least to:

autoconf-2.52
automake-1.4_p5

Bye Fridger

[filgee]

you should upgrade at least to:

autoconf-2.52
automake-1.4_p5

Many thanks for your reply.

I've upgraded to autoconf-2.53-5 and automake-1.6.1-2 from redhat's rawhide server; unfortunately, they haven't made a difference.

I've also compiled and installed the current Mesa libs (4.0.2) also to no avail. (glxgears has slowed down to give 150 FPS)

./configure still breaks at:

checking for GL/gl.h... yes
checking for glNewList in -lGL... no
checking for glNewList in -lMesaGL... no
configure: error: GL library was not found

Is there anything else you could suggest that I try?

[drjoe]

The configure generated by my autoconf had some problems

I had to change

LIBS="-lGL $LIBS"

to

LIBS="-lGL -lstdc++ $LIBS"

around line 3810

[t00fri]

The configure generated by my autoconf had some problems

I had to change

LIBS="-lGL $LIBS"

to

LIBS="-lGL -lstdc++ $LIBS"

around line 3810

Very good. That clears up this problem together with the info from Dragon that Mandrake does use a partly different naming for C++ libs.

Unfortunately, it seems that Mandrake users will be on their own as to such pecularities, since none of the developers has this distribution installed, as far as I am aware. Mandrake was always good for some little differences...

Bye Fridger