GNOME Bugzilla – Bug 350163
gtk+2.10.1 breaks compilation of libgnomeui-2.14.1
Last modified: 2006-08-29 02:57:55 UTC
Steps to reproduce: 1. I'll upload the most up to date version of my script if necessary 2. 3. Stack trace: Other information: I'm compiling a lot of stuff using my http://appsfromscratch.berlios.de/ tool. If I use gtk+2.8.20, everything compiles fine. If I ONLY change gtk+2.8.20 -> gtk+2.10.1, leaving all other versions itact, 'make' for libgnomeui-2.14.1 fails even though 'configure' for it is still OK. The error messages during 'make' are: " mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -DORBIT2=1 -pthread -I/mnt/removable4/sergei/build_work/install/GConf-2.14.0/include/gconf/2 -I/mnt/removable4/sergei/build_work/install/ORBit2-2.14.0/include/orbit-2.0 -I/mnt/removable4/sergei/build_work/install/atk-1.12.1/include/atk-1.0 -I/mnt/removable4/sergei/build_work/install/cairo-1.2.0/include/cairo -I/mnt/removable4/sergei/build_work/install/glib-2.12.1/include/glib-2.0 -I/mnt/removable4/sergei/build_work/install/glib-2.12.1/lib/glib-2.0/include -I/mnt/removable4/sergei/build_work/install/gnome-vfs-2.8.4/include/gnome-vfs-2.0 -I/mnt/removable4/sergei/build_work/install/gnome-vfs-2.8.4/lib/gnome-vfs-2.0/include -I/mnt/removable4/sergei/build_work/install/gtk+-2.10.1/include/gtk-2.0 -I/mnt/removable4/sergei/build_work/install/gtk+-2.10.1/lib/gtk-2.0/include -I/mnt/removable4/sergei/build_work/install/libbonobo-2.14.0/include/libbonobo-2.0 -I/mnt/removable4/sergei/build_work/install/libbonobo-2.14.0/include/bonobo-activation-2.0 -I/mnt/removable4/sergei/build_work/install/libgnome-2.14.1/include/libgnome-2.0 -I/mnt/removable4/sergei/build_work/install/pango-1.12.1/include/pango-1.0 -D_FILE_OFFSET_BITS=64 -D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DG_DISABLE_DEPRECATED -g -O2 -MT gtkfilesystemgnomevfs.lo -MD -MP -MF .deps/gtkfilesystemgnomevfs.Tpo -c gtkfilesystemgnomevfs.c -fPIC -DPIC -o .libs/gtkfilesystemgnomevfs.o gtkfilesystemgnomevfs.c: In function 'gtk_file_system_gnome_vfs_iface_init': gtkfilesystemgnomevfs.c:387: warning: assignment from incompatible pointer type gtkfilesystemgnomevfs.c:388: warning: assignment from incompatible pointer type gtkfilesystemgnomevfs.c:392: warning: assignment from incompatible pointer type gtkfilesystemgnomevfs.c:394: error: 'struct _GtkFileSystemIface' has no member named 'volume_render_icon' gtkfilesystemgnomevfs.c:402: error: 'struct _GtkFileSystemIface' has no member named 'render_icon' make[2]: *** [gtkfilesystemgnomevfs.lo] Error 1 make[2]: Leaving directory `/mnt/removable4/sergei/build_work/build/libgnomeui-2.14.1/file-chooser' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/removable4/sergei/build_work/build/libgnomeui-2.14.1' make: *** [all] Error 2 ". Please let me know whether you need any additional info.
that is not surprising, since the filesystem interfaces have changed
I object to NOTABUG. If 'configure' does not complain, the thing (libgnomeui-2.14.1 in this case) should compile. It doesn't. So, it's a bug in 'configure' of libgnomeui-2.14.1 - 'configure' should check not only minimal require version, but also maximum allowed one.
I remember i solved this by upgrading to libgnomeui-2.15
(In reply to comment #3) > I remember i solved this by upgrading to libgnomeui-2.15 > Not an option for me - I want to build stable versions, libgnomeui-2.15 is an unstable one, while gtk+2.10.* are stable.
You'll have to stay with gtk+ 2.8.x for libgnomeui 2.14.x then; as I said earlier, the filesystem interfaces have changed, and libgnomeui 2.14.x requires the old interfaces. This has been explained in the release notes for GTK+ 2.10
(In reply to comment #5) > You'll have to stay with gtk+ 2.8.x for libgnomeui 2.14.x then; as I said > earlier, > the filesystem interfaces have changed, and libgnomeui 2.14.x requires the old > interfaces. This has been explained in the release notes for GTK+ 2.10 > My reply was mostly to Luca Bruno - I understood your earlier reply. What is strange, however, i that glib is released as a stable version, while dependent on it libraries are still unstable.