[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: RE: SVN server working copy compiling problems

From: Michael Tanaka <michael_at_gloltd.com>
Date: 2002-05-01 14:40:54 CEST

Thanks to both Philip and Ben for getting back so swiftly (out of interest
where are most of the SVN guys based, US or UK?)

You guys are both correct, I was using a tarball from apache.org to build
2.0.35, I thought this would be bleeding edge enough as I had also used CVS
to download the latest apr and apr-util (this is where the expat.h came
from) into the SVN directory.

I have now downloaded the latest CVS version of HTTPD-2.0, apr and apr-util
from apache, rebuilt the server and abracadabra...the configure/make seems
to have worked with SVN and with a lot less hassle than my last attempt.

A word of warning, you'll both probably hear from me again at some point in
the future!

Thanks again for your help.
Michael Tanaka

-----Original Message-----
From: Philip Martin [mailto:pm@ultra22.uk2net.com]On Behalf Of Philip
Sent: 30 April 2002 18:39
To: dev@subversion.tigris.org
Subject: Re: SVN server working copy compiling problems

Michael Tanaka <michael@gloltd.com> writes:

> ...
> -I./subversion/include -I. -I/usr/local/etc/svn/apr/include
> -I/usr/local/etc/svn/apr-util/include -I/usr/local/etc/svn/neon/src
> -I/usr/local/etc/svn/db/dist -o subversion/libsvn_delta/svndiff.lo -c
> subversion/libsvn_delta/svndiff.c
> In file included from subversion/libsvn_delta/delta.h:24,
> from subversion/libsvn_delta/svndiff.c:24:
> subversion/include/svn_xml.h:30: expat.h: No such file or directory
> which required that I dropped into the 'expat' subdirectory (this was in
> distribution of the 'apr-util' included with subversion-r1682) and

When you used the compiled tarball to check-out the current code there
should not have been an 'expat' directory. Where did it come from?

> and installed this application to create the missing 'expat.h' file,
> compiling and making the SVN working copy. I mention this because I'm
> concerned it may be the cause or symptomatic of my next problem, although
> this is a pure guess on my part.
> re-typing the configure command then gave me:-
> ...
> /bin/sh /usr/local/etc/svn/libtool --silent --mode=compile gcc -DLINUX=2
> -pthread -DNEON_ZLIB -I/usr/local/apache2/include -I./subversion/include
> -I.
> -I/usr/local/etc/svn/apr/include -I/usr/local/etc/svn/apr-util/include
> -I/usr/local/etc/svn/neon/src -I/usr/local/etc/svn/db/dist -o
> subversion/mod_dav_svn/mod_dav_svn.lo -c
> subversion/mod_dav_svn/mod_dav_svn.c
> subversion/mod_dav_svn/mod_dav_svn.c: In function `dav_svn_init':
> subversion/mod_dav_svn/mod_dav_svn.c:61: parse error before
> subversion/mod_dav_svn/mod_dav_svn.c: At top level:
> subversion/mod_dav_svn/mod_dav_svn.c:232: warning: excess elements in
> initializer
> subversion/mod_dav_svn/mod_dav_svn.c:232: warning: (near initialization
> `dav_svn_provider')
> make: *** [subversion/mod_dav_svn/mod_dav_svn.lo] Error 1
> This is where I'm totally at a loss as to what I should try next. Has
> else had a similar problem and/or can they give me any suggestions to get
> past this point.

APR_STRINGIFY is in apr_general.h. There are probably versions of apr
and apr-util installed with your apache, and the compile line has
-I/usrlocal/apache2/include before -I/usr/local/etc/svn/apr/include.
You probably have an installation of apache in /usr/local/apache2 that
is too old.

One solution is to build and install a newer apache, and configure
subversion to use apache's apr/apr-util, i.e. configure subversion
 '--with-apr=/usr/local/apache2 --with-apr-util=/usr/local/apache2'

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 1 14:38:28 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.