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

Re: gEDA-user: 20050329 install problem



I don't have a solution to your problem, but perhaps I can give a few
hints and others might have some ideas too.

It looks to me like your problem arises when running libtool during
the build of libgeda.  Libtool is a script generated by configure.
Therefore, if you were to go into your geda-sources/gedagaf directory
and do "./configure --prefix=/foo/bar && make && make install" you
would obtain the same problem.  You might want to try doing that
experiment to see what happens.

The installer itself is blameless -- I think!.  It just gathers some
information, and then runs "configure", "make", and "make install" for
each package.  

One thing libtool does is re-define the search path for libraries for
itself.  If you cd into "geda-sources(whatever you called
it)/gedagaf/libgeda, then look at the file "libtool".  Looking down in
that file you will find a place where it redefines the search path
like this:

# Compile-time system search path for libraries
sys_lib_search_path_spec="/lib /usr/lib /usr/local/lib"

# Run-time system search path for libraries
sys_lib_dlsearch_path_spec="/lib /usr/lib"

My guess is that you have some version of libglib-2.0.la (the old one)
in one of the directories mentioned in your libtool script [1].  Delete
the old lib in your old directory and try again.

> My env var, LD_LIBRARY_PATH is:
> LD_LIBRARY_PATH=/root/kde3.3/lib:usr/java/jre1.5.0_01/lib:/usr/local/lib:/usr/lib:/opt/geda-install/lib

Right, but libtool has redefined your search paths, so it is finding
different shared libraries than you think.

Stuart

[1]  I think I should find a way to force libtool to use the same
search path as is visible to the user using the gEDA Suite installer.
That might help some of these obscure bugs which result from strangely
configured systems like this one.


> 
> Hi everybody;
> 
> I don't recall seeing this go by before, but it could have.
> 
> I cleaned out the two dirs on the /opt partition after failing
> the first time with this error, but on a re-run of the installer,
> it repeats, so here is the error exit, word wrap turned off:
> -----------------
> /bin/sh ../libtool --mode=link gcc -Wall -g -O2   -o libgeda.la -rpath /opt/geda-install/lib -version-info 23:0:0 -lguile -lguile-ltdl -lqthreads -lpthread -lcrypt -lm  -lglib-2.0     -Wl,--export-dynamic -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0   -Wl,--export-dynamic -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0   a_basic.lo f_basic.lo f_print.lo f_image.lo g_basic.lo m_basic.lo o_arc_basic.lo o_attrib.lo o_basic.lo o_box_basic.lo o_circle_basic.lo o_complex_basic.lo o_line_basic.lo o_list.lo o_net_basic.lo o_selection.lo o_bus_basic.lo o_text_basic.lo o_pin_basic.lo o_image.lo u_basic.lo s_attrib.lo s_basic.lo s_clib.lo s_hierarchy.lo s_papersizes.lo s_stretch.lo s_log.lo s_page.lo s_slib.lo s_color.lo s_undo.lo s_conn.lo s_cue.lo s_tile.lo s_menu.lo s_toplevel.lo g_smob.lo libgeda.lo g_register.lo g_rc.lo i_vars.lo o_picture.lo gdk-pixbuf-hacks.lo  
> grep: /root/kde3.2/lib/libglib-2.0.la: No such file or directory 
> /bin/sed: can't read /root/kde3.2/lib/libglib-2.0.la: No such file or directory 
> libtool: link: `/root/kde3.2/lib/libglib-2.0.la' is not a valid libtool archive 
> make[3]: *** [libgeda.la] Error 1 
> make[3]: Leaving directory `/opt/geda-sources/gedagaf/libgeda-20050313/src' 
> make[2]: *** [install] Error 2 
> make[2]: Leaving directory `/opt/geda-sources/gedagaf/libgeda-20050313/src' 
> make[1]: *** [install-recursive] Error 1 
> make[1]: Leaving directory `/opt/geda-sources/gedagaf/libgeda-20050313' 
> make: *** [libgeda_install] Error 2 
> 
> 
> ==============  Error!  ======================
> Failure compiling "make libgeda_install", shall I continue with remainder of programs?
> I have experienced an error while installing this program!
> Error string: Failure compiling "make libgeda_install", shall I continue with remainder of programs?
> -------------------------------
> 
> There is no such directory, it having been deleted
> while playing space patrol as it was obsolete.  Quite
> some time back now.
> 
> Did it get this erronious info/path from a phg-config file
> someplace, or how does the installer go about locating this?
> ----
> I've clean up and dbl checked, so I have NDI where its getting the
> totally obsolete reference to /root/kde3.2/lib/ etc stuffs.
> 
> I do have several copies of that library, located here:
> -------------------------
> [root@coyote pkgconfig]# locate libglib-2.0.la
> /usr/gene/root/kde3.1.1/lib/libglib-2.0.la
> /usr/gene/src/kdenonbeta/konstruct/libs/glib/work/glib-2.2.1/glib/.libs/libglib-2.0.la
> /usr/gene/src/kdenonbeta/konstruct/libs/glib/work/glib-2.2.1/glib/.libs/libglib-2.0.lai
> /usr/gene/src/kdenonbeta/konstruct/libs/glib/work/glib-2.2.1/glib/libglib-2.0.la
> 
> The above is an rsync'd backup of my old rh7.3 firewall box, and
> 
> /usr/local/lib/libglib-2.0.la
> /usr/src/konstruct/libs/glib/work/glib-2.4.8/glib/.libs/libglib-2.0.lai
> /usr/src/konstruct/libs/glib/work/glib-2.4.8/glib/.libs/libglib-2.0.la
> /usr/src/konstruct/libs/glib/work/glib-2.4.8/glib/libglib-2.0.la
> /usr/src/konstruct/libs/glib/work/glib-2.6.0/glib/.libs/libglib-2.0.lai
> /usr/src/konstruct/libs/glib/work/glib-2.6.0/glib/.libs/libglib-2.0.la
> /usr/src/konstruct/libs/glib/work/glib-2.6.0/glib/libglib-2.0.la
> /root/kde3.3.2/lib/libglib-2.0.la                                                     
> --------------
> This latter 3.3.2 version is a failed konstruct build, and is not in service
> In fact now deleted, but the error remains.
> 
> My env var, LD_LIBRARY_PATH is:
> LD_LIBRARY_PATH=/root/kde3.3/lib:usr/java/jre1.5.0_01/lib:/usr/local/lib:/usr/lib:/opt/geda-install/lib
> 
> My PKG_CONFIG_PATH:
> /usr/lib/pkgconfig
> 
> And a "grep 3.2 *" gives no usable data there.
> 
> Anybody have a clue?, I sure don't.
> 
> -- 
> Cheers, Gene
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> 99.34% setiathome rank, not too shabby for a WV hillbilly
> Yahoo.com and AOL/TW attorneys please note, additions to the above
> message by Gene Heskett are:
> Copyright 2005 by Maurice Eugene Heskett, all rights reserved.
>