libxslt-1.0.31 make error, wrong dirs get searched

Dagmar d'Surreal dagmar.wants at nospam.com
Sat Jul 26 15:44:14 PDT 2003


On Sat, 2003-07-26 at 13:51, julius junghans wrote:
> /bin/sh ../libtool --mode=link gcc  -g -O2 -Wall  -o libexslt.la -rpath /usr/src/libxslt-1.0.31/lib -version-info 7:21:7 exslt.lo common.lo math.lo sets.lo functions.lo strings.lo date.lo saxon.lo dynamic.lo -L/usr/src/libxslt-1.0.31/lib -lxslt -L/usr/src/libxml-2.5.8/lib -lxml2 -lz -lpthread -lm -lm 
> grep: /usr/local/lib/libxml2.la: No such file or directory
> /bin/sed: can't read /usr/local/lib/libxml2.la: No such file or directory
> libtool: link: `/usr/local/lib/libxml2.la' is not a valid libtool archive
> make[2]: *** [libexslt.la] Error 1
> make[2]: Leaving directory `/usr/src/test/evolution.source.1.4.3/libxslt-1.0.31/libexslt'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/test/evolution.source.1.4.3/libxslt-1.0.31'
> make: *** [all-recursive-am] Error 2
> 
> this is what the make gets out, libxml2 is in /usr/src/libxml-2.5.8/ , in the -L directive its recognized, but then it fails by searching the standard dirs, whats wrong? "grep -R  /usr/local/lib/libxml2.la *" isnt found. maybe another lib searches in the wrong dirs?

Or, perhaps what is going on is that you didn't delete the old sources
and re-untar them after you attempted to build them the first time. 
That is another recipe for dismal failure.  libxslt has almost no
dependencies other than libxml2, and libxml2 itself has even less to
worry about.

Since you're apparently not actually reading the BLFS book, I'll make
this simple.  With very few exceptions (exceptions to turn on optional
features which you can live without) you can build every single gtk and
gnome-related package with just ./configure --prefix=/usr
--sysconfdir=/etc --localstatedir=/var.  That slaps everything into a
reasonable approximation of something matching the Filesystem Hierarchy
Standard (with the exception of /usr/libexec, which is something that
_should_ have been in there, IMHO).

-- 
The email address above is just as phony as it looks, and for obvious reasons.
Instant messaging contact nfo: AIM: evilDagmar  Jabber: evilDagmar at jabber.org




More information about the blfs-support mailing list