Re: cannot build httpd-2.0

On Tue, Feb 12, 2002 at 06:56:44PM -0800, Justin Erenkrantz wrote:
> On Tue, Feb 12, 2002 at 08:58:05PM -0600, Karl Fogel wrote:
> > Greg Stein <gstein@lyra.org> writes:
> > > From the output of the configure process, and specifically the sub-config
> > > for apr-util, let's see what it thought about expat. There should be a
> > > section in the apr-util sub-config process where it looks for Expat.
> >
> > Here's the bit for apr-util; the entire configuration output is on
> > gauss. I can post it if you want, or if you're online late and want
> > to grab it, ssh into newton.ch.collab.net, then to 192.168.0.3, and
> > see "~kfogel/src/httpd-2.0/kff-configure.out".

I'm not set up on newton, and I doubt I'm set up on whatever that other one
is. No way for me to directly check that.

> > --------------------8-<-------cut-here---------8-<-----------------------
> >
> > Configuring Apache Portable Runtime Utility library...
> >
> > configuring package in srclib/apr-util now
> > checking for APR... yes
> > checking for gcc... gcc
> > checking for C compiler default output... a.out
> > checking whether the C compiler works... yes
> > checking whether we are cross compiling... no
> > checking for executable suffix...
> > checking for object suffix... o
> > checking whether we are using the GNU C compiler... yes
> > checking whether gcc accepts -g... yes
> > checking how to run the C preprocessor... gcc -E
> > checking for ldap support...
> > checking for gdbm.h... yes
> > checking for gdbm_open in -lgdbm... yes
> > checking for db4/db.h... no
> > checking for db.h... no
> > checking for db3/db.h... no
> > checking for db.h... (cached) no
> > checking for db2/db.h... no
> > checking for db.h... (cached) no
> > checking for db1/db.h... yes
> > checking for dbopen in -ldb1... yes
> > checking for Berkeley DB... found db1
> > checking for default DBM... sdbm (default)
> > setting APRUTIL_EXPORT_LIBS to "-lgdbm"
> > setting LIBS to "-lgdbm"
> > adding "-ldb1" to APRUTIL_EXPORT_LIBS
> > adding "-ldb1" to LIBS
> > checking for Expat in /usr... no
> > checking for Expat in /usr/local... yes
> > adding "-I/usr/local/include" to APRUTIL_INCLUDES
> > adding "/usr/local/lib/libexpat.la" to APRUTIL_EXPORT_LIBS
> > adding "-L/home/kfogel/src/httpd-2.0/srclib/apr" to LIBS
> > adding "-lapr" to LIBS
> > adding "-lm" to LIBS
> > adding "-lcrypt" to LIBS
> > adding "-lnsl" to LIBS
> > adding "-ldl" to LIBS
> > adding "/usr/local/lib/libexpat.la" to LIBS
> > adding "-ldb1" to LIBS
> > checking for Expat in /usr... no
> > checking for Expat in /usr/local... yes
> > adding "-I/usr/local/include" to APRUTIL_INCLUDES
> > adding "/usr/local/lib/libexpat.la" to APRUTIL_EXPORT_LIBS
> > adding "-L/home/kfogel/src/httpd-2.0/srclib/apr" to LIBS
> > adding "-lapr" to LIBS
> > adding "-lm" to LIBS
> > adding "-lcrypt" to LIBS
> > adding "-lnsl" to LIBS
> > adding "-ldl" to LIBS
> > adding "/usr/local/lib/libexpat.la" to LIBS
>
> Why is "checking for Expat" there twice? -- justin

Woah... exactly.

You've got some serious wonkiness in there. Is your apr-util up to date? Did
you "make extraclean" and then run autogen?

I'll ensure that I'm up to date and try to repro the above.

Also note that it *did* find an Expat header in /usr/local. As a result, it
selects it. APRUTIL does *not* verify that a library is also present. So...
it sounds like you have a header in /usr/local/include, but no corresponding
library.

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org