[GEM-dev] Gem (cvs) load error on debian/etch

[B. Bogart]

Hey all,

I've now got time to revisit this issue.

#1. I've changed to the (binary blob from nvidia) that is included in
the non-free repos because I'm tired of the stupid manual installation
that needs to be done every time I update a machine. I must have run
that *$#%*#$ installer 100 times and wasted hours of my life. So I
switched to the one in the repo that will just work with debian out of
the box. Only issue is its a slightly older version (87xx) rather than
(97xx) but I was using gem user the 87xx series for ages without issues.

I have not had any issues with those older drivers, and in fact before I
 gave up the annoyance of the nvidia installer I was using the very same
driver version, just through the manual installer.

so to clarify  I *AM* using the nvidia binary driver, just the ones made
debian friendly in their repos:

http://packages.debian.org/testing/x11/nvidia-glx-dev

which provides all this stuff:

/.
/usr
/usr/bin
/usr/bin/nvidia-bug-report.sh
/usr/lib
/usr/lib/xorg
/usr/lib/xorg/modules
/usr/lib/xorg/modules/drivers
/usr/lib/xorg/modules/drivers/nvidia_drv.o
/usr/lib/xorg/modules/extensions
/usr/lib/xorg/modules/extensions/libglx.so.1.0.8776
/usr/lib/tls
/usr/lib/nvidia
/usr/lib/nvidia/libnvidia-tls.so.1.0.8776
/usr/lib/nvidia/libnvidia-cfg.so.1.0.8776
/usr/lib/nvidia/tls_test
/usr/lib/nvidia/tls_test_dso.so
/usr/lib/libXvMCNVIDIA.so.1.0.8776
/usr/lib/libGL.so.1.0.8776
/usr/lib/libGLcore.so.1.0.8776
/usr/lib/libnvidia-tls.so.1.0.8776
/usr/share
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/nvidia-glx
/usr/share/bug
/usr/share/bug/nvidia-glx
/usr/share/bug/nvidia-glx/script
/usr/share/doc
/usr/share/doc/nvidia-glx
/usr/share/doc/nvidia-glx/README.Debian
/usr/share/doc/nvidia-glx/copyright
/usr/share/doc/nvidia-glx/examples
/usr/share/doc/nvidia-glx/examples/XF86Config.sample.gz
/usr/share/doc/nvidia-glx/changelog.Debian.gz
/usr/share/doc/nvidia-glx/NEWS.Debian.gz
/usr/share/doc/nvidia-glx/NVIDIA_Changelog.gz
/usr/share/doc/nvidia-glx/README.txt.gz
/etc
/etc/default
/etc/default/nvidia-glx
/etc/init.d
/etc/init.d/nvidia-glx
/usr/lib/xorg/modules/extensions/libglx.so
package diverts others to: /usr/lib/nvidia/libglx.so.xlibmesa
/usr/lib/libXvMCNVIDIA_dynamic.so.1
/usr/lib/libXvMCNVIDIA.so.1
/usr/lib/libnvidia-tls.so.1
/usr/lib/libGLcore.so.1
/usr/lib/libGL.so.1
package diverts others to: /usr/lib/nvidia/libGL.so.1.xlibmesa

I confirmed that the GL headers I'm compiling against are provided by
nvidia, not mesa:

glext.h:

> #ifndef __glext_h_
> #define __glext_h_
> 
> #ifdef __cplusplus
> extern "C" {
> #endif
> 
> /******************************************************************************
> 
>  Copyright NVIDIA Corporation 2005
> ...


and glext.h does include glUniform2i:

> GLAPI void APIENTRY glUniform2i (GLint, GLint, GLint);


I'm sure I'm compiling against those headers, because they are located
in /usr/include/GL and the mesa headers have been renamed.

I can see that glext.h provides the declaration for glUniform2i, but
what library is supposed to contain that symbol? nm says all the nvidia
provided libs "contain no symbols"

too add insult to injury I have GEM working on an almost identical
machine at school with the same version of the nvidia driver from the
debian repo. If I try and load the binary built on that machine here I
get glUniform4iARB is unresolved. (which is defined in the same glext.h
header (the same one on both machines also)

So it seams the binaries are not inline with the headers, so I have to
figure out what is different about the two machines. (in terms of GL
binary libs) after another hour of digging I can't tell what is the
difference between the two machines, my machine has /usr/lib/libGL.a
(which is supposedly provided by a debian package that I don't have
installed) but renaming it made no difference.

I've attached my ./configure from both machines, which are pretty well
identical. And here are the GL packages installed on both:

bbogart at sr-01499:~$ dpkg -l "*mesa*" | grep ^ii
ii  libgl1-mesa-dri     6.5.1-0.6      A free implementation of the
OpenGL API -- D
ii  libgl1-mesa-glx     6.5.1-0.6      A free implementation of the
OpenGL API -- G
ii  libglu1-mesa        6.5.1-0.6      The OpenGL utility library (GLU)
ii  libglu1-mesa-dev    6.5.1-0.6      The OpenGL utility library --
development su
ii  mesa-utils          6.3.2-2.1      Miscellaneous Mesa GL utilities

bbogart at insitu:~$ dpkg -l "*mesa*" | grep ^ii
ii  libgl1-mesa-dri     6.5.1-0.6      A free implementation of the
OpenGL API -- D
ii  libgl1-mesa-glx     6.5.1-0.6      A free implementation of the
OpenGL API -- G
ii  libglu1-mesa        6.5.1-0.6      The OpenGL utility library (GLU)
ii  libglu1-mesa-dev    6.5.1-0.6      The OpenGL utility library --
development su
ii  mesa-utils          6.3.2-2.1      Miscellaneous Mesa GL utilities

bbogart at sr-01499:~$ dpkg -l "*nvidia*" | grep ^ii
ii  nvidia-glx                 1.0.8776-4     NVIDIA binary XFree86 4.x
driver
ii  nvidia-glx-dev             1.0.8776-4     NVIDIA binary XFree86 4.x
/ Xorg driver deve
ii  nvidia-kernel-2.6.18-4-486 1.0.8776+6     NVIDIA binary kernel
module for Linux 2.6.18
ii  nvidia-kernel-2.6.18-4-686 1.0.8776+6     NVIDIA binary kernel
module for Linux 2.6.18
ii  nvidia-kernel-common       20051028+1     NVIDIA binary kernel
module common files
ii  nvidia-settings            1.0+20060516-3 Tool of configuring the
NVIDIA graphics driv

bbogart at insitu:~$ dpkg -l "*nvidia*" | grep ^ii
ii  nvidia-glx                 1.0.8776-4          NVIDIA binary XFree86
4.x driver
ii  nvidia-glx-dev             1.0.8776-4          NVIDIA binary XFree86
4.x / Xorg driver deve
ii  nvidia-kernel-2.6.18-4-686 1.0.8776+6          NVIDIA binary kernel
module for Linux 2.6.18
ii  nvidia-kernel-common       20051028+1          NVIDIA binary kernel
module common files
ii  nvidia-kernel-source       1.0.8776-4          NVIDIA binary kernel
module source

both machines are up to date etch's as of today...

I don't get it...

.b.




chris clepper wrote:
> On 1/26/07, *B. Bogart* <ben at ekran.org <mailto:ben at ekran.org>> wrote:
> 
>     Hey all,
> 
>     I changed from nvidia's binary driver to the one in the etch repo
>     (8776). 
> 
> 
> Why?  Only the Nvidia binary actually uses the GPU for rendering. 
> 
>     Gem compiles (anon cvs update from today), but PD wont load it:
> 
>     /usr/lib/pd/extra/Gem.pd_linux: /usr/lib/pd/extra/Gem.pd_linux:
>     undefined symbol: glUniform2i
> 
> 
> This was covered in the two previous postings to this list.  You need
> non busted drivers with OpenGL 2.0 support.  The NV binaries certainly
> work.
> 
> 
> 

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 01499.gemconfigure.txt
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20070418/0ca1acf3/attachment.txt>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: insitu.gemconfigure.txt
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20070418/0ca1acf3/attachment-0001.txt>