You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Ben Collins-Sussman <su...@collab.net> on 2002/05/06 01:59:02 UTC

Re: [Issue 699] Changed - Dependency on XML parser not in INSTALL

issues@subversion.tigris.org writes:

> + configure: error: no XML parser was found: expat or libxml>=1.8.3 
> + required
> + configure failed for neon
> + Can't open confdefs.h

Someone please refresh my mind about this issue...?

I thought that we had somehow already solved the problem of Telling
Neon to Use the Expat Used by Apr-Util.  Or is this problem still
unsolved?  Or is it a floating patch?

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

Re: [Issue 699] Changed - Dependency on XML parser not in INSTALL

Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Joe Orton <jo...@manyfish.co.uk> writes:
> I can't reproduce this by removing all my system's XML parser devel
> packages: the r1868 tarball configures and builds correctly. apr-util
> doesn't find an installed expat, so it and neon both arrange to use the
> bundled copy of expat in apr-util.
> 
> Karl, I'd guess the failure you are getting is a variant of the problem
> Martin found: apr-util is still detecting an installed copy of expat
> somewhere, but neon isn't: the apr-util configure output should reveal
> all.

Thanks for this excellent feedback, Joe.  I'll give it a try when I
get home (that's the box that got "xml-cleaned", at least in theory).

> (The fact that neon is searching for an XML parser via xml2-config etc
> on your system means that the neon configure script was *not* passed the
> --with-expat=... flag: that should only happen when apr-util *does* find
> an installed copy of expat somewhere.)

Gotcha.

-Karl

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

Re: [Issue 699] Changed - Dependency on XML parser not in INSTALL

Posted by Justin Erenkrantz <je...@apache.org>.
On Tue, May 07, 2002 at 01:39:59PM +0100, Joe Orton wrote:
> Karl, I'd guess the failure you are getting is a variant of the problem
> Martin found: apr-util is still detecting an installed copy of expat
> somewhere, but neon isn't: the apr-util configure output should reveal
> all.
> 
> (The fact that neon is searching for an XML parser via xml2-config etc
> on your system means that the neon configure script was *not* passed the
> --with-expat=... flag: that should only happen when apr-util *does* find
> an installed copy of expat somewhere.)

Yeah, the thought was that if APR-util is smart enough to find expat,
neon should be able to as well.  There are some more tweaks we can
do in this case - Greg suggested adding some information to
apu-config that explicitly explains where our expat is.  -- justin

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

Re: [Issue 699] Changed - Dependency on XML parser not in INSTALL

Posted by Joe Orton <jo...@manyfish.co.uk>.
On Sun, May 05, 2002 at 11:24:51PM -0500, Karl Fogel wrote:
> >    http://subversion.tigris.org/issues/show_bug.cgi?id=699
> 
> Update (for those who don't follow the issue tracker religiously):
> 
> This turns out to be a real issue.  The neon/ included in
> subversion-r1868.tar.gz won't configure on a system that doesn't
> already have an XML parser installed somewhere.  See the issue for
> details.

I can't reproduce this by removing all my system's XML parser devel
packages: the r1868 tarball configures and builds correctly. apr-util
doesn't find an installed expat, so it and neon both arrange to use the
bundled copy of expat in apr-util.

Karl, I'd guess the failure you are getting is a variant of the problem
Martin found: apr-util is still detecting an installed copy of expat
somewhere, but neon isn't: the apr-util configure output should reveal
all.

(The fact that neon is searching for an XML parser via xml2-config etc
on your system means that the neon configure script was *not* passed the
--with-expat=... flag: that should only happen when apr-util *does* find
an installed copy of expat somewhere.)

joe

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

Re: [Issue 699] Changed - Dependency on XML parser not in INSTALL

Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Karl Fogel <kf...@newton.ch.collab.net> writes:
> It should be solved; I think we'll need some more information from
> Martin Ellison before we know what caused his problem.  I've added
> some historical references (as well as some questions) to the issue:
> 
>    http://subversion.tigris.org/issues/show_bug.cgi?id=699

Update (for those who don't follow the issue tracker religiously):

This turns out to be a real issue.  The neon/ included in
subversion-r1868.tar.gz won't configure on a system that doesn't
already have an XML parser installed somewhere.  See the issue for
details.

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

Re: [Issue 699] Changed - Dependency on XML parser not in INSTALL

Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Ben Collins-Sussman <su...@collab.net> writes:
> > + configure: error: no XML parser was found: expat or libxml>=1.8.3 
> > + required
> > + configure failed for neon
> > + Can't open confdefs.h
> 
> Someone please refresh my mind about this issue...?
> 
> I thought that we had somehow already solved the problem of Telling
> Neon to Use the Expat Used by Apr-Util.  Or is this problem still
> unsolved?  Or is it a floating patch?

It should be solved; I think we'll need some more information from
Martin Ellison before we know what caused his problem.  I've added
some historical references (as well as some questions) to the issue:

   http://subversion.tigris.org/issues/show_bug.cgi?id=699

-K

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