GNOME Bugzilla – Bug 103708
Make gdk-pixbuf a seperate package from gtk+
Last modified: 2010-07-10 04:06:29 UTC
gdk-pixbuf has uses that do not require gtk+, so it would be beneficial to gdk-pixbuf to make it available as a seperate package from gtk+.
is there a flaw in the install for gdk-pix? I can not get gtk2.2.1 to make. Read the manuala and have dependencies installed. (gcc2.95) from Peanut 9.5 order of install: tiff pkg-config GLib, Pango, ATK, last GTK+. ftp://ftp.gtk.org/pub/gtk/v2.2/ GTK+2 error on make echo "{ global:" > .libs/libgdk_pixbuf-2.0.ver cat .libs/libgdk_pixbuf-2.0.exp | sed -e "s/\(.*\)/\1;/" >> .libs/libgdk_pixbuf-2.0.ver echo "local: *; };" >> .libs/libgdk_pixbuf-2.0.ver gcc -shared gdk-pixbuf.lo gdk-pixbuf-animation.lo gdk-pixbuf-data.lo gdk-pixbuf-io.lo gdk-pixbuf-loader.lo gdk-pixbuf-scale.lo gdk-pixbuf-util.lo gdk-pixdata.lo gdk-pixbuf-enum-types.lo -Wl,--whole-archive pixops/.libs/libpixops.al -Wl,--no-whole-archive -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib pixops/.libs/libpixops.al -L/usr/local/lib /usr/local/lib/libgmodule-2.0.so -ldl /usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so -lm -Wl,--export-dynamic -Wl,-soname -Wl,libgdk_pixbuf-2.0.so.0 -Wl,-version-script -Wl,.libs/libgdk_pixbuf-2.0.ver -o .libs/libgdk_pixbuf-2.0.so.0.200.1 /usr/i386-pc-linux/bin/ld: anonymous version tag cannot be combined with other version tags collect2: ld returned 1 exit status make[2]: *** [libgdk_pixbuf-2.0.la] Error 1 make[2]: Leaving directory `/usr/src/redhat/SOURCES/gtk2/gtk+-2.2.1/gdk-pixbuf' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/usr/src/redhat/SOURCES/gtk2/gtk+-2.2.1/gdk-pixbuf' make: *** [check-recursive] Error 1
Your question has nothing to do with this bug report; please file a separate bug report. (In that bug report, please include the ouput of 'ld -v', since the problem is some version incompatibility with your binutils.)
This would make a lot of sense. Libraries like cairo should be able to use the pixbuf loaders from gdk-pixbuf. It's especially problematic on platforms which already has code for decoding images such as OSX/win32.
+1 clutter is using gdk-pixbuf on x11 and win32, since we provide a small abstraction API to load files into GL textures. on very restrained platforms we can also use a very nasty piece of code that loads PNGs and JPEGs, and on quartz we directly use CoreGraphics instead. one of the biggest hassles is building gtk+ just to get gdk-pixbuf even for platforms that don't plan using gtk+ or cannot (e.g. when we use EGL on framebuffer). having gdk-pixbuf outside gtk+ would cut a lot of the total build time and porting issues.
ahhh man
Created attachment 141533 [details] [review] creates a none target allowing only pixbuf to be built Attached is a patch from the Gentoo Bugzilla by Tony Vroon (https://bugs.gentoo.org/show_bug.cgi?id=234460). While this isn't exactly what this bug is after, I feel it's still relevant and may be of help. If not, please forgive me!
Anything going on with this? :)
done in master: gdk-pixbuf is now a separate repository: http://git.gnome.org/browse/gdk-pixbuf and gtk+ depends on it.