please don't ever reply to my privately, unless you have privacy concerns (if so, please make that explicit).
On 2015-06-24 12:12, Husk 00 wrote:
Actually Gem does detects glfw3 automatically but still I get an error when create the object:
/usr/lib/pd/extra/Gem/gemglfw3window.pd_linux: undefined symbol: XineramaQueryScreens
i guess some underlinking has happened here. [gemglfw3window] does not use the XineramaQueryScreens symbols directly, so it's glfw3 that uses it.
what's the output of: $ pkg-config --libs glfw3
and whats the output of: $ ldd gemglfw3window.pd_linux
and whats the output of: $ ldd /usr/lib/libglfw.so.3 | grep -i xin (or whatever the libglfw.so binary you are using is¹)
fgmsdr IOhannes
¹ you could use something like $ ldd $(ldd gemglfw3window.pd_linux | grep -i glfw | awk '{print $3}') | grep -i xin
On Wed, Jun 24, 2015 at 12:21 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
please don't ever reply to my privately, unless you have privacy concerns (if so, please make that explicit).
you are totally right, sorry!
On 2015-06-24 12:12, Husk 00 wrote:
Actually Gem does detects glfw3 automatically but still I get an error
when
create the object:
/usr/lib/pd/extra/Gem/gemglfw3window.pd_linux: undefined symbol: XineramaQueryScreens
i guess some underlinking has happened here. [gemglfw3window] does not use the XineramaQueryScreens symbols directly, so it's glfw3 that uses it.
what's the output of: $ pkg-config --libs glfw3
-lglfw3
and whats the output of: $ ldd gemglfw3window.pd_linux
linux-vdso.so.1 => (0x00007fffcabfe000) libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f44c8eef000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f44c8ceb000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f44c89e6000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f44c86e0000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f44c831b000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f44c8104000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f44c7dcf000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f44c7bbd000) /lib64/ld-linux-x86-64.so.2 (0x00007f44c9341000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f44c799d000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f44c7799000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f44c7593000)
and whats the output of: $ ldd /usr/lib/libglfw.so.3 | grep -i xin (or whatever the libglfw.so binary you are using is¹)
I have not libglfw.so.3. Only libglfw.so.2 with no xinerama lib linked
¹ you could use something like $ ldd $(ldd gemglfw3window.pd_linux | grep -i glfw | awk '{print $3}') | grep -i xin
ldd gemglfw3window.pd_linux | grep -i glfw give me nothing as output
husk
On 2015-06-24 12:44, Husk 00 wrote:
what's the output of: $ pkg-config --libs glfw3
-lglfw3
and whats the output of: $ ldd gemglfw3window.pd_linux
linux-vdso.so.1 => (0x00007fffcabfe000) libXxf86vm.so.1 => /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x00007f44c8eef000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f44c8ceb000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f44c89e6000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f44c86e0000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f44c831b000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f44c8104000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f44c7dcf000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f44c7bbd000) /lib64/ld-linux-x86-64.so.2 (0x00007f44c9341000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f44c799d000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f44c7799000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f44c7593000)
hmm, i don't see libglfw3 here. did you build glfw3 with dynamic linking support?
(or static only?)
and whats the output of: $ ldd /usr/lib/libglfw.so.3 | grep -i xin (or whatever the libglfw.so binary you are using is¹)
I have not libglfw.so.3. Only libglfw.so.2 with no xinerama lib linked
no, libglfw.so.2 is glfw2 which is something else (well, it's glfw before a major API overhaul)
ldd gemglfw3window.pd_linux | grep -i glfw give me nothing as output
i'd suggest building glfw3 to support dynamic linking, then link against that lbglfw.so
fgasdm IOhannes
On Wed, Jun 24, 2015 at 1:02 PM, IOhannes m zmoelnig zmoelnig@iem.at wrote:
i'd suggest building glfw3 to support dynamic linking, then link against that lbglfw.so
Following your suggestion every thing worked fine. gemglfw3window is created and works.
03.texture.sharing example open 2 context but texture is rendered only in the first one. Hovewer there is a comment in the patch saying "on Linux, this is only supported by [gemglxwindow] and [gemglutwindow]."
So, I guess still is not working with gemglfw3window. BTW gemglutwindow doesn't work properly with sharing context. This time the b context is rendered as a diagonal glitched line while "a" context is rendered as aspected.
thanks for your time and develop, is very apreciated
husk
Nothing is mine but every thing belong to me www.estereotips.net
On 2015-06-24 13:46, Husk 00 wrote:
03.texture.sharing example open 2 context but texture is rendered only in the first one.
that's basically the bug i mentioned before: Gem ought to be able to handle non-shared contexts transparently, but currently does not.
Hovewer there is a comment in the patch saying "on Linux, this is only supported by [gemglxwindow] and [gemglutwindow]."
that doesn't mean much.
So, I guess still is not working with gemglfw3window.
that's what i meant with "i can't remember the state of the [gemglfw3window] regarding context sharing". it seems that it is not imlemented.
gfmasr IOhannes
-
Husk 00 -
IOhannes m zmoelnig