You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Karl Fogel <kf...@newton.ch.collab.net> on 2002/06/14 22:22:10 UTC

shared build problems (trouble finding apr-util's expat parser)

When I try to build shared, I'm having some link problems about
finding expat.  The solution may be obvious to someone; I'm missing it
at the moment, however.

Environment:

This is on a system where the latest CVS of httpd-2.0 has been
installed, but no subversion libs are in /usr/local/lib/ or
/usr/local/include/, and also there are no files matching this:

   /usr/local/{lib,include}/*expat*

In other words, the system is "clean" (for some nebulous definition of
the word "clean"), but with httpd-2.0 installed, though these files do
exist, naturally:

   /usr/local/apache2/lib/libexpat.*
   /usr/local/apache2/include/expat.h 

In this environment, I would expect Subversion to use apr-util's xml
parser.  And apparently it tries to, just fails...

Here's what I did:

In a subversion working copy that is also HEAD of trunk, I ran:

   $ make local-clean  # On the Nth attempt, one starts getting paranoid!
   $ make extraclean   # See above.
   $ find . -name ".libs" -type d | xargs rm -rf  # Same.
   $ ./autogen.sh
   $ ./configure --with-apxs=/usr/local/apache2/bin/apxs \
                 --enable-maintainer-mode

Here are the relevant (?) portions of the output, with "[...]" to
indicate omitted configuration spam.  This is all indented by three
spaces; following it is the actual link error:

   [...]
   
   Creating configure ...
   Creating configuration files for apr-util.
   Creating include/private/apu_config.h ...
   autoheader: include/private/apu_config.h.in is unchanged
   Creating configure ...
   Invoking xml/expat/buildconf.sh ...
   
   [...]
   
   configure: Apache Portable Runtime (APR) library configuration
   
   [...]
   
   checking for Expat in /usr... no
   checking for Expat in /usr/local... no
   checking for Expat in xml/expat-cvs... no
   checking for Expat in xml/expat... yes
   configuring package in xml/expat now
   
   [...]
   
   configure: creating ./config.status
   config.status: creating Makefile
   config.status: creating lib/Makefile
   config.status: creating lib/expat.h
   config.status: creating config.h
   config.status: config.h is unchanged
   xml/expat configured properly
     adding "/home/kfogel/src/subversion/apr-util/xml/expat/lib/libexpat.la" to APRUTIL_EXPORT_LIBS
     setting APRUTIL_INCLUDES to "-I/home/kfogel/src/subversion/apr-util/xml/expat/lib"
     setting APRUTIL_LDFLAGS to "-L/home/kfogel/src/subversion/apr-util/xml/expat/lib"
     adding "/home/kfogel/src/subversion/apr-util/xml/expat/lib/libexpat.la" to APRUTIL_LIBS
     adding "/home/kfogel/src/subversion/apr/libapr.la" to APRUTIL_LIBS
     adding "-lm" to APRUTIL_LIBS
     adding "-lcrypt" to APRUTIL_LIBS
     adding "-lnsl" to APRUTIL_LIBS
     adding "-lresolv" to APRUTIL_LIBS
     adding "-ldl" to APRUTIL_LIBS
   configure: creating ./config.status
   
   [...]
   
   configure: checking neon library
   checking neon library version... 0.21.1
   Using neon found in source directory.
   configuring package in neon now
   
   [...]
   
      configure: XML parser found: expat in /home/kfogel/src/subversion/apr-util/xml/expat/lib
   
   [...]
   
   Configuration for building neon 0.21.1:
   
     Install prefix:  /usr/local
     Compiler:        gcc
     XML Parser:      expat in /home/kfogel/src/subversion/apr-util/xml/expat/lib
     SSL library:     No SSL support
     zlib support:    unsuitable zlib version (>=1.1.4 required)
     Build libraries: Shared=yes, Static=yes
   
   [...]

And here is the link error:

cd subversion/libsvn_subr && /bin/sh /home/kfogel/src/subversion/libtool --silent --mode=link  gcc -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE  -g -Wall -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -pthread -Wpointer-arith -Wwrite-strings -Wshadow -DSVN_DEBUG -DAP_DEBUG   -I./subversion/include -I.  -I/home/kfogel/src/subversion/apr/include   -I/home/kfogel/src/subversion/apr-util/include -I/home/kfogel/src/subversion/apr-util/xml/expat/lib -I/home/kfogel/src/subversion/neon/src -I/usr/local/BerkeleyDB.4.0/include -L/home/kfogel/src/subversion/apr-util/xml/expat/lib  -rpath /usr/local/lib -o libsvn_subr-1.la  config.lo config_file.lo config_win.lo getdate.lo hash.lo io.lo path.lo quoprint.lo sorts.lo svn_base64.lo svn_error.lo svn_string.lo target.lo time.lo xml.lo /home/kfogel/src/subversion/apr-util/libaprutil.la -lgdbm -ldb1 /home/kfogel/src/subversion/apr-util/xml/expat/lib/libexpat.la /home/kfogel/src/subversi!
 on/apr/libapr.la -lm -lcrypt -lnsl -lresolv  -ldl
libtool: link: warning: library `/usr/lib/libgdbm.la' was moved.
gcc: /home/kfogel/src/subversion/apr-util/.libs/libaprutil.a: No such file or directory
gcc: /home/kfogel/src/subversion/apr-util/xml/expat/lib/.libs/libexpat.a: No such file or directory
gcc: /home/kfogel/src/subversion/apr-util/.libs/libaprutil.a: No such file or directory
gcc: /home/kfogel/src/subversion/apr-util/xml/expat/lib/.libs/libexpat.a: No such file or directory
make: *** [subversion/libsvn_subr/libsvn_subr-1.la] Error 1

Compilation exited abnormally with code 2 at Fri Jun 14 18:05:00

---

I'm going to try again, this time first cleaning out apr-util as best
I can ("make extraclean", perhaps other stuff).  Meantime, if any of
the above looks familiar to anyone, please let me know.

Thanks,
-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: shared build problems (trouble finding apr-util's expat parser)

Posted by Justin Erenkrantz <je...@apache.org>.
On Fri, Jun 14, 2002 at 05:22:10PM -0500, Karl Fogel wrote:
> When I try to build shared, I'm having some link problems about
> finding expat.  The solution may be obvious to someone; I'm missing it
> at the moment, however.

Based on your error message, it looks like apr-util isn't getting
built.  If you can try to figure out why that is happening, then
you should be able to fix this.  -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org