When running the recent Pd-0.39.2-extended rc builds and the Pd-0.40.3-extended builds, people (including me) are getting this error, and Gem doesn't work:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library
Currently, the solution that people have been doing is using very old binaries. It would be nice if we could include a working Gem in this upcoming Pd-0.39.2-extended release. AFAIK, the nightly builds are using the latest code from CVS.
I am running Ubuntu Studio 7.04 Feisty.
.hc
zen \ \ \[D[D[D[D
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
When running the recent Pd-0.39.2-extended rc builds and the Pd-0.40.3-extended builds, people (including me) are getting this error, and Gem doesn't work:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library
Currently, the solution that people have been doing is using very old binaries.
Other solutions AFAIR are in the list archives: You need to compile Gem with a lower GL version.
Ciao
On Fri, 2007-07-20 at 07:46 +0200, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
When running the recent Pd-0.39.2-extended rc builds and the Pd-0.40.3-extended builds, people (including me) are getting this error, and Gem doesn't work:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library
Currently, the solution that people have been doing is using very old binaries.
Other solutions AFAIR are in the list archives: You need to compile Gem with a lower GL version.
is this only on ati-cards? i have an ati and i need to use the flag '--with-glversion=1.5' for gem-configure, whereas i know someone with an nvidia-card, who doesn't need that option.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote:
On Fri, 2007-07-20 at 07:46 +0200, Frank Barknecht wrote:
Other solutions AFAIR are in the list archives: You need to compile Gem with a lower GL version.
is this only on ati-cards? i have an ati and i need to use the flag '--with-glversion=1.5' for gem-configure, whereas i know someone with an nvidia-card, who doesn't need that option.
It's also for Intel and Matrox cards. Additionally Pd will crash, if you close the Gem-window there, and some Mesa-DRI versions additionally don't show anything at all in the Gem-window. This started with the previous Mesa-developer version, I think 6.5.2. I didn't dare to confirm this with the newest 7.0 stable Mesa-DRI yet and won't do so at least until I've successfully finished my performance with the older Mesa at pd~conv. (These persisting problems make me consider to switch to something like Python-GL anyway.)
Ciao
On Jul 20, 2007, at 1:46 AM, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
When running the recent Pd-0.39.2-extended rc builds and the Pd-0.40.3-extended builds, people (including me) are getting this error, and Gem doesn't work:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library
Currently, the solution that people have been doing is using very old binaries.
Other solutions AFAIR are in the list archives: You need to compile Gem with a lower GL version.
Hmm, ok, I can try that. I was searching the archives, but didn't find any recommended solution. What would be the disadvantage of that? I found this thread:
http://lists.puredata.info/pipermail/gem-dev/2007-06/002795.html
The auto-build machines are using mesa, and don't have extra libGLs installed, like in the above thread. It looks like
-------------------------------------------------------
pd@debian-stable-i386:~ > dlocate libGL. libgl1-mesa-dev: /usr/lib/libGL.so libgl1-mesa-glx: /usr/lib/libGL.so.1.2 libgl1-mesa-glx: /usr/lib/libGL.so.1 pd@debian-stable-i386:~ > ls -l /usr/lib/libGL.* lrwxrwxrwx 1 root root 10 Apr 13 22:45 /usr/lib/libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 12 Apr 12 23:13 /usr/lib/libGL.so.1 -> libGL.so.1.2 -rw-r--r-- 1 root root 425832 Feb 22 19:38 /usr/lib/libGL.so.1.2 pd@debian-stable-i386:~ > dlocate -l libgl1-mesa-glx Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-================-================- ======================================== ii libgl1-mesa-glx 6.5.1-0.6 A free implementation of the OpenGL API pd@debian-stable-i386:~ > objdump -S /usr/lib/libGL.so.1 | grep glUniform2i 0003d4f0 <glUniform2ivARB>: 3d50c: 74 20 je 3d52e <glUniform2ivARB +0x3e> 3d535: eb d7 jmp 3d50e <glUniform2ivARB +0x1e> 0003d540 <glUniform2iARB>: 3d55c: 74 20 je 3d57e <glUniform2iARB +0x3e> 3d585: eb d7 jmp 3d55e <glUniform2iARB +0x1e>
-------------------------------------------------------
pd@ubuntu-feisty-i386:~ > dlocate libGL. libgl1-mesa-dev: /usr/lib/libGL.so libgl1-mesa-glx: /usr/lib/libGL.so.1.2 libgl1-mesa-glx: /usr/lib/libGL.so.1 pd@ubuntu-feisty-i386:~ > dlocate -l libgl1-mesa-glx Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half- installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-================-================- ======================================== ii libgl1-mesa-glx 6.5.2-3ubuntu7 A free implementation of the OpenGL API pd@ubuntu-feisty-i386:~ > ls -l /usr/lib/libGL.* lrwxrwxrwx 1 root root 10 2007-07-11 13:18 /usr/lib/libGL.so -> libGL.so.1 lrwxrwxrwx 1 root root 12 2007-07-11 13:18 /usr/lib/libGL.so.1 -> libGL.so.1.2 -rw-r--r-- 1 root root 386460 2007-03-30 19:07 /usr/lib/libGL.so.1.2 pd@ubuntu-feisty-i386:~ > objdump -S /usr/lib/libGL.so.1 | grep glUniform2i 0004d2e0 <glUniform2i>: 4d2e7: 74 06 je 4d2ef <glUniform2i+0xf> 0004d300 <glUniform2iv>: 4d307: 74 06 je 4d30f <glUniform2iv+0xf> -------------------------------------------------------
So it seems that mesa on Ubuntu/Feisty has glUniform2i, but on my MacBook Pro, I have to install fglrx, which then does not have glUniform2i. Then I also get problems with glDeleteProgram:
-------------------------------------------------------
hans@palatschinken:~ > dlocate libGL. libgl1-mesa-glx: /usr/lib/libGL.so.1.2 libgl1-mesa-glx: /usr/lib/libGL.so.1 xorg-driver-fglrx: /usr/lib/libGL.so.1.2 xorg-driver-fglrx: /usr/lib/libGL.so.1
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/ Gem.pd_linux: undefined symbol: glDeleteProgram
-------------------------------------------------------
So it seems that pinning the GL version to 1.5 is the best option for this release. I would be nice to include 2.0/shader support in Pd-extended that works across many installs.
.hc
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
------------------------------------------------------------------------ ----
All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne
On Fri, 2007-07-20 at 13:22 -0400, Hans-Christoph Steiner wrote:
On Jul 20, 2007, at 1:46 AM, Frank Barknecht wrote:
Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
When running the recent Pd-0.39.2-extended rc builds and the Pd-0.40.3-extended builds, people (including me) are getting this error, and Gem doesn't work:
/usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform2i Gem: can't load library
Currently, the solution that people have been doing is using very old binaries.
Other solutions AFAIR are in the list archives: You need to compile Gem with a lower GL version.
Hmm, ok, I can try that. I was searching the archives, but didn't find any recommended solution. What would be the disadvantage of that?
iirc, all glsl specific stuff won't be available then, though i don't know what 'glsl specific stuff' and thus have no idea, what it really means. i just remember, that before using '--with-glversion=1.5' i just deleted all files, that matched the pattern 'glsl*.cpp' in order to avoid the same error.
roman
___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
-
Frank Barknecht -
Hans-Christoph Steiner -
Roman Haefeli