Hi I pushed Mike's bugfix for the first problem into my tree; in case you want to try again. Regards Thomas Am Dienstag, den 10.01.2012, 23:43 +0100 schrieb Alois Z.: > 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. > -- 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.
Attachment:
signature.asc
Description: This is a digitally signed message part