Re: [GtkGLExt] Initial port of GtkGLExt to GTK+ 3

["Alois Z." <alois zoitl gmx at>]

Hi,

> The linker flags and libraries for cairo should be included in the
> pkg-config file. Could you send me the output of
> 
>   pkg-config --libs gtk+-3.0
> 
> please?

here you are: 
pkg-config --libs gtk+-3.0
-pthread -lgtk-3 -lgdk-3 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo-gobject -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0

strange cairo is included here. Therefore I cloned your repository again. Here the linker error message:

/bin/bash ../libtool --tag=CXX   --mode=link g++  -g -O2 -lGLU -lGL   -o simple-mixed simple-mixed.o ../gdk/libgdkglext-3.0.la ../gtk/libgtkglext-3.0.la 
libtool: link: g++ -g -O2 -o .libs/simple-mixed simple-mixed.o  -lGLU -lGL ../gdk/.libs/libgdkglext-3.0.so ../gtk/.libs/libgtkglext-3.0.so -pthread
/usr/bin/ld: simple-mixed.o: undefined reference to symbol 'cairo_set_source_rgb'
/usr/bin/ld: note: 'cairo_set_source_rgb' is defined in DSO /usr/lib/libcairo.so.2 so try adding it to the linker command line
/usr/lib/libcairo.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status

> I guess that probably wouldn't work anyway. I don't know about gtkmm,
> but language bindings are implemented via GObject introspection now. The
> source code of gtkglext currently misses the necessary annotations. To
> be honest, language bindings are currently somewhere near the bottom of
> my TODO list. But I'll see what I can do.
> 
The original C++ bindings use wrapper classes that call the C methods. Therefore I thought i could give the old gtkglextmm a try and see how it would work. But I didn't think that I will be stopped already on the bootstrapping. 

Regards,
Alois


> Regards
> Thomas
> 
> > 
> > I'll hope I find some time during this week.
> > 
> > Best Regards,
> > Alois
> > 
> > 
> > -------- Original-Nachricht --------
> > > Datum: Sun, 08 Jan 2012 17:28:45 +0100
> > > Von: Thomas Zimmermann <zaukental googlemail com>
> > > An: gtkglext-list gnome org
> > > CC: Victor henri <nadaeck hotmail com>, Mike Paul <mike wyzardry net>
> > > Betreff: [GtkGLExt] Initial port of GtkGLExt to GTK+ 3
> > 
> > > Hi
> > > 
> > > I did a quick port of GtkGLExt to GTK+ 3 over the weekend. You can get
> a
> > > copy of my repository by running
> > > 
> > >   git clone git://github.com/tdz/gtkglext.git
> > > 
> > > The code builds cleanly on Fedora 15.
> > > 
> > > On-screen windows should work. At the moment only the X11 backend is
> > > supported though. Since GdkDrawable is gone, GdkGLWindow is not
> drawable
> > > anymore, but this should not be a problem. Actually this change brings
> > > GdkGLExt closer to GLX. You can, of course, still get a GdkGLWindow's
> > > GdkWindow and draw to it.
> > > 
> > > Off-screen rendering does currently not work. In GDK 3, off-screen
> > > rendering is implemented by windows of type GDK_WINDOW_TYPE_OFFSCREEN.
> > > Future off-screen rendering has to be build on top of this window
> type.
> > > 
> > > Color-index rendering is gone. GDK 3 lacks the necessary interfaces to
> > > manipulate a window's colormap, so a direct port of this feature is
> not
> > > possible. On the other hand, color-index rendering has been removed
> from
> > > OpenGL 3, so the removal of this feature is probably not a big loss.
> > > Color-index rendering can be implemented by fragment shaders.
> > > 
> > > The build system now creates a single library that can contain
> multiple
> > > rendering targets. This is a feature of GDK 3 and I think, GdkGLExt
> > > should behave similar. Only the build system has been changed by now.
> > > The actual source code still does not support it.
> > > 
> > > Most of the demos work. I removed those demos that relied on features
> > > that are not supported by the port.
> > > 
> > > I also have some ideas for further development of the code. The X11
> > > target should be rewritten for GLX 1.4. This would allow for new
> > > features and probably make the code base cleaner. Adding off-screen
> > > rendering afterwards should be simple. Pbuffer support would also be
> > > possible.
> > > 
> > > The other window systems should be supported again. I don't have a
> > > Macintosh, so someone else needs to do that.
> > > 
> > > There are tons of auto-generated look-up functions for OpenGL
> > > extensions. Those should be replaced by a single generic function.
> > > 
> > > Once the most important tasks have been done, I'd would like to get
> the
> > > code upstream and make a release. All contributions are welcome!
> > > 
> > > Best regards
> > > Thomas
> > > 
> > > -- 
> > > GnuPG:          http://tdz.users.sourceforge.net/tdz.asc
> > > Fingerprint:    16FF F599 82F8 E5AA 18C6 5220 D9DA D7D4 4EF1 DF08
> > > 
> > > jsapigen - A free glue-code generator for Mozilla SpiderMonkey. See
> > > http://jsapigen.sourceforge.net for more information.
> > 
> 
> -- 
> GnuPG:          http://tdz.users.sourceforge.net/tdz.asc
> Fingerprint:    16FF F599 82F8 E5AA 18C6 5220 D9DA D7D4 4EF1 DF08
> 
> jsapigen - A free glue-code generator for Mozilla SpiderMonkey. See
> http://jsapigen.sourceforge.net for more information.

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!		
Jetzt informieren: http://www.gmx.net/de/go/freephone