Re: problem building gtk+ 2.10.13

On Fri, Aug 31, 2007 at 08:13:23PM +0000, dcottingham00 comcast net wrote:
> I've run into a problem building gtk+ 2.10.14.  My distro has an older version of
> gnome, and I'm trying to install an application that requires a more up-to-date
> gtk+; but I don't want to replace the system library, since that will likely break
> everything else.  So my approach is to build gtk+ and the libraries it depends on
> into a separate prefix.  
> So glib 2.12.13, cairo 1.2.4, and pango 1.16.4 have all been installed into the
> prefix /home/dc/local/AU/1, PKG_CONFIG points to /home/dc/local/AU/1/lib/pkgconfig,
> LD_LIBRARY_PATH points to /home/dc/local/AU/1/lib.  "./configure --prefix=/home/dc/local/AU/1"
> is happy, including reporting that it found glib version 2.12.13.  But "make", after
> much effort, fails here:
> /bin/sh ../libtool --mode=link gcc  -DG_DISABLE_DEPRECATED -g -O2 -Wall   -o gtk-query-immodules-2.0  queryimmodules.o ../gdk-pixbuf/ ../gdk/
> gcc -DG_DISABLE_DEPRECATED -g -O2 -Wall -o .libs/gtk-query-immodules-2.0 queryimmodules.o  ./.libs/ -L/home/dc/local/AU/1/lib /home/dc/support/gtk+-2.10.14/gdk/.libs/ -L/usr/X11R6/lib /usr/lib/ ../gdk-pixbuf/.libs/ ../gdk/.libs/ -lXrandr -lXinerama /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /home/dc/local/AU/1/lib/ /home/dc/local/AU/1/lib/ -lSM -lICE -lpng12 /usr/X11R6/lib/ /usr/lib/ -lz /usr/lib/ -lXcursor -lXrender -lXext -lXfixes -lX11 /home/dc/support/gtk+-2.10.14/gdk-pixbuf/.libs/ /home/dc/local/AU/1/lib/ -ldl /home/dc/local/AU/1/lib/ /home/dc/local/AU/1/lib/ -lm -Wl,--rpath -Wl,/home/dc/local/AU/1/lib
> ./.libs/ undefined reference to `g_bookmark_file_get_title'
> ./.libs/ undefined reference to `g_bookmark_file_get_is_private'
> ... and then many more undefined references.
> Is this failing because it's searching the glib in /usr/lib before the new one in
> /home/dc/local/AU/1/lib? If so, why is it doing this?  Any ideas how I can debug this?

I don't know why, but this is what libtool does when some
libraries from the stack are linked with the old libs and
some with new ones.  A workaround is to compile also Atk
with the new GLib.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]