compile bug (linking to libGLcore.so.1)

Report bugs, bug fixes and workarounds here.
Topic author
phoenix
Posts: 214
Joined: 18.06.2002
With us: 22 years 5 months
Location: Germany - Berlin

compile bug (linking to libGLcore.so.1)

Post #1by phoenix » 03.09.2006, 15:23

I've tried to compile celestia from current CVS and the 1.4.1-sources.
both giving me the same error:

Code: Select all

/bin/sh ../../libtool --silent --mode=link --tag=CXX g++  -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common  -O2 -Wall -ffast-math -fexpensive-optimizations -fomit-frame-pointer -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtkglext-1.0 -I/usr/lib/gtkglext-1.0/include   -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12      -o celestia  celestiacore.o configfile.o destination.o eclipsefinder.o favorites.o imagecapture.o url.o    gtk/libgtkgui.a ../celengine/libcelengine.a ../celtxf/libceltxf.a ../cel3ds/libcel3ds.a ../celmath/libcelmath.a ../celutil/libcelutil.a -lpng -ljpeg -lGLU -lGL -lz  -lSM -lICE  -lm   -lXmu -lXi -lXext -lX11 -lm -lz  -lGL -Wl,--export-dynamic -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgtk-x11-2.0 -lpangox-1.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lX11 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0   -lcairo 
/usr/lib/libGLcore.so.1: undefined reference to `_nv000016gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000003gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000027gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000025gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000034gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000018gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000013gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000005gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000022gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000039gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000008gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000002gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000030gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000033gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000004gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000036gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000031gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000038gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000028gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000024gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000041gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000029gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000012gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000020gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000026gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000019gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000015gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000010gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000011gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000017gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000021gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000035gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000006gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000009gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000007gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000023gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000014gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000037gl'
/usr/lib/libGLcore.so.1: undefined reference to `_nv000032gl'
collect2: ld returned 1 exit status


here is my glxinfo (without extensions):

Code: Select all

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
server glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
    GLX_ARB_multisample, GLX_NV_float_buffer
client glx vendor string: NVIDIA Corporation
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
    GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
    GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGI_swap_control, GLX_NV_float_buffer, GLX_ARB_fbconfig_float
GLX version: 1.3
GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
    GLX_ARB_multisample, GLX_NV_float_buffer, GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5900/AGP/SSE/3DNOW!
OpenGL version string: 2.0.2 NVIDIA 87.74


any hints on this? I'm using Xorg with the latest drivers from nvidia.

phoenix
most recent celestia win32-SVN-build - use at your own risk (copy over existing 1.5.1 release)

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #2by t00fri » 03.09.2006, 17:35

I am sure you are aware that many people have built 1.4.1 without the slightest problems and also the latest CVS Celestia builds without problems on my Linux and Windows installations. So something is wrong with your installation. I always use the latest NV drivers as well.

Did you compile Celestia for the first time now?


Forgot any gl headers, perhaps? Usually people tend to forget headers.

Bye Fridger
Image

Topic author
phoenix
Posts: 214
Joined: 18.06.2002
With us: 22 years 5 months
Location: Germany - Berlin

Post #3by phoenix » 03.09.2006, 18:04

t00fri wrote:I am sure you are aware that many people have built 1.4.1 without the slightest problems and also the latest CVS Celestia builds without problems on my Linux and Windows installations. So something is wrong with your installation. I always use the latest NV drivers as well.

yes i know but i have really no idea what's causing this.
my opengl works just fine, i can run quake3 without any errors...

Did you compile Celestia for the first time now?

the last time i sucessfully compiled celestia on linux was about ~2 years ago :oops:

Forgot any gl headers, perhaps? Usually people tend to forget headers.


i thought all headers were included in the driver-package from nvidia?

phoenix
most recent celestia win32-SVN-build - use at your own risk (copy over existing 1.5.1 release)

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #4by t00fri » 03.09.2006, 18:19

phoenix wrote:
t00fri wrote:I am sure you are aware that many people have built 1.4.1 without the slightest problems and also the latest CVS Celestia builds without problems on my Linux and Windows installations. So something is wrong with your installation. I always use the latest NV drivers as well.

yes i know but i have really no idea what's causing this.
my opengl works just fine, i can run quake3 without any errors...

Did you compile Celestia for the first time now?

the last time i sucessfully compiled celestia on linux was about ~2 years ago :oops:

Forgot any gl headers, perhaps? Usually people tend to forget headers.

i thought all headers were included in the driver-package from nvidia?

phoenix


These never worked for Linux. You have to use the Mesa headers.

I use

xorg-x11-Mesa-devel-6.8.2-35.1

from xorg-6.8.2

Bye Fridger
Image

Topic author
phoenix
Posts: 214
Joined: 18.06.2002
With us: 22 years 5 months
Location: Germany - Berlin

Post #5by phoenix » 03.09.2006, 20:50

ah ok this worked!

but now I got crappy performance and only 2 render-path.
I suppose there is still something wrong with my system.
perhaps debian-sid isn't the right environment for this...

thanks fridger I'll probably try ubuntu some time or "downgrade" my debian to etch.
most recent celestia win32-SVN-build - use at your own risk (copy over existing 1.5.1 release)

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #6by t00fri » 03.09.2006, 20:55

phoenix wrote:ah ok this worked!

but now I got crappy performance and only 2 render-path.
I suppose there is still something wrong with my system.
perhaps debian-sid isn't the right environment for this...

thanks fridger I'll probably try ubuntu some time or "downgrade" my debian to etch.


That looks like you are using the xorg driver rather than the one from NVIDIA. Or even mesa softrendering? That's certainly unrelated to Debian.

It's your own 'art' that counts with Linux. ;-)

Bye Fridger
Image

Topic author
phoenix
Posts: 214
Joined: 18.06.2002
With us: 22 years 5 months
Location: Germany - Berlin

Post #7by phoenix » 03.09.2006, 22:45

it seems i had some very old libs in /usr/local/lib ... so old I totally forgot about them.

deleted all that /usr/local/lib stuff -> ldconfig -> rebuild celestia -> everything works perfect now! ;)

:roll: :oops:
most recent celestia win32-SVN-build - use at your own risk (copy over existing 1.5.1 release)

Topic author
phoenix
Posts: 214
Joined: 18.06.2002
With us: 22 years 5 months
Location: Germany - Berlin

Post #8by phoenix » 04.09.2006, 20:47

now that everything is working perfect i noticed that my latest linux-cvs-build renders nearly twice as fast as my windows-build using the same drivers from nvidia...

my linux celestia is capped and synced at 76 fps and only drops when I'm very close to planets or enable and view all orbits

my windows celestia runs around ~35-50 fps max where on some views it drops down to 20 fps...

any clues on this?

greets
phoenix
most recent celestia win32-SVN-build - use at your own risk (copy over existing 1.5.1 release)

Avatar
selden
Developer
Posts: 10192
Joined: 04.09.2002
With us: 22 years 2 months
Location: NY, USA

Post #9by selden » 04.09.2006, 21:02

What compiler optimization level is used under Linux?

The Windows compiler optimzation level is /O2

The available Windows optimizations are
/O1, /O2 (Minimize Size, Maximize Speed), /Og (Global Optimizations), and /Ox (Full Optimization).

Presumably /Ox would run faster, but who knows what bugs it would introduce...
Selden

Avatar
selden
Developer
Posts: 10192
Joined: 04.09.2002
With us: 22 years 2 months
Location: NY, USA

Post #10by selden » 04.09.2006, 21:32

Compiling /Ox doesn't seem to make any noticable difference on my system. Oh, well.

Exactly which versions of ForceWare are you using?

Another cause of running slower is antialiasing. Do you have that enabled? at what level?

Enabling x4 on my system cuts the framerate down to about 1/3 -1/2 of what I get without it.

(10-12 fps vs 30fps for an extremely complex viewpoint)

System config:
1GB 3.4GHz P4-550, WinXP Pro SP2
128MB GF6600GT, ForceWare v84.21
1600x1200 @60Hz
Celestia from CVS just now.

"Complex Scene" = "Philmont in 3D" addon with "medres" textures.
http://www.lepp.cornell.edu/~seb/celest ... nt-3d.html
Selden

Topic author
phoenix
Posts: 214
Joined: 18.06.2002
With us: 22 years 5 months
Location: Germany - Berlin

Post #11by phoenix » 04.09.2006, 21:46

selden wrote:Compiling /Ox doesn't seem to make any noticable difference on my system. Oh, well.


it didn't change anything here too :lol:

I've had antialiasing x2 enabled for both version.
will test your Philmont-Scene later and post my win/linux fps-stats
most recent celestia win32-SVN-build - use at your own risk (copy over existing 1.5.1 release)


Return to “Bugs”