You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Jennifer Bevan <je...@alouysius.net> on 2002/07/10 21:54:47 UTC
Problem compiling r2092 in order to convert database.
Hi,
So, the school quarter ended and I was set to upgrade my Subversion.
Which was no problem until I realized that with my newly compiled
version (r2376) I couldn't get to the database because the schema had
changed. So, I found the notice that tells me how to use r2092 to dump
the old repository, so I downloaded the branch as specified and tried to
compile it. Of course, I didn't know which apr revision was necessary, and
it really wanted one. So, I downloaded the tarball from the subversion site
of r2092d, and am trying to compile it now -- but I'm getting a compilation
error! I'm on a RedHat 7.2 box, fyi. All my other libraries -- neon, zlib,
apache
are set up for the new r2396 version, but although the branch checkout
insisted on neon 0.21.1 (and I've got neon 0.21.3), the tarballed download
hasn't complained about any of the packages -- just this compile error.
I imagine someone has seen this before, but I didn't find anything on
the mailing list archive (via a search) that mentioned this. Help please!!!
Here's what I've done with the r2092d tarball after untarring it...
./configure --disable-shared
make
(it makes everything up to and including neon...)
------ completed all in neon
/bin/sh /usr/local/subversion-r2092d/libtool --silent --mode=compile gcc
-DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE -g -O2 -pthread -DNEON_ZLIB -I/usr/local/apache2/include
-I./subversion/include -I. -I/usr/local/subversion-r2092d/apr/include
-I/usr/local/subversion-r2092d/apr-util/include
-I/usr/local/subversion-r2092d/apr-util/xml/expat/lib
-I/usr/local/subversion-r2092d/neon/src -o subversion/mod_dav_svn/liveprops.lo
-c subversion/mod_dav_svn/liveprops.c
subversion/mod_dav_svn/liveprops.c:102: parse error before `ap_text_header'
subversion/mod_dav_svn/liveprops.c: In function `dav_svn_insert_prop':
subversion/mod_dav_svn/liveprops.c:106: `resource' undeclared (first use in this
function)
subversion/mod_dav_svn/liveprops.c:106: (Each undeclared identifier is reported
only once
subversion/mod_dav_svn/liveprops.c:106: for each function it appears in.)
......(lots more errors)
make: *** [subversion/mod_dav_svn/liveprops.lo] Error 1
Thanks,
-Jennifer Bevan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Problem compiling r2092 in order to convert database.
Posted by cm...@collab.net.
Ben Collins-Sussman <su...@collab.net> writes:
> Jennifer Bevan <je...@alouysius.net> writes:
>
> > ------ completed all in neon
> > /bin/sh /usr/local/subversion-r2092d/libtool --silent --mode=compile gcc
> > -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
> > -D_GNU_SOURCE -g -O2 -pthread -DNEON_ZLIB -I/usr/local/apache2/include
> > -I./subversion/include -I. -I/usr/local/subversion-r2092d/apr/include
> > -I/usr/local/subversion-r2092d/apr-util/include
> > -I/usr/local/subversion-r2092d/apr-util/xml/expat/lib
> > -I/usr/local/subversion-r2092d/neon/src -o subversion/mod_dav_svn/liveprops.lo
> > -c subversion/mod_dav_svn/liveprops.c
> > subversion/mod_dav_svn/liveprops.c:102: parse error before `ap_text_header'
> > subversion/mod_dav_svn/liveprops.c: In function `dav_svn_insert_prop':
> > subversion/mod_dav_svn/liveprops.c:106: `resource' undeclared (first use in this
> > function)
> > subversion/mod_dav_svn/liveprops.c:106: (Each undeclared identifier is reported
> > only once
> > subversion/mod_dav_svn/liveprops.c:106: for each function it appears in.)
> > ......(lots more errors)
> > make: *** [subversion/mod_dav_svn/liveprops.lo] Error 1
>
> Oh cripes, this is what happens when we try to maintain an old svn
> branch, but we don't make any note of which APR to use. :-(
>
> The solution here is downdate your apr/ directory to June 5th ('cvs up
> -D') and try building with that.
There seems to be a bigger problem here, though. If in fact
`./configure --disable-shared' was run, why are we trying to build
mod_dav_svn at all?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Problem compiling r2092 in order to convert database.
Posted by Jennifer Bevan <je...@alouysius.net>.
Well, this is taken care of in the tarball, actually -- there exist apr and
apr-util directories in that release. So, I got around the unknown apr
version that way. The problem is within the tarball r2092d, however: where
./configure --disable-shared
make
(Jen gets lots of errors)
It compiled the apr, apr-util, neon, etc. with no problem until it got to
the ...
Oh!
wait a moment...
I think the problem may be in libtool -- I have my active, newly
compiled r2376 libraries installed. These usually have to be
removed before making a new HEAD version -- they're probably
also confusing libtool when trying to make the r2092d version?
Hmmm. I'll smush the libsvn* and get back to y'all...
-Jen
Ben Collins-Sussman wrote:
> Oh cripes, this is what happens when we try to maintain an old svn
> branch, but we don't make any note of which APR to use. :-(
>
> The solution here is downdate your apr/ directory to June 5th ('cvs up
> -D') and try building with that.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Problem compiling r2092 in order to convert database.
Posted by Ben Collins-Sussman <su...@collab.net>.
Jennifer Bevan <je...@alouysius.net> writes:
> ------ completed all in neon
> /bin/sh /usr/local/subversion-r2092d/libtool --silent --mode=compile gcc
> -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
> -D_GNU_SOURCE -g -O2 -pthread -DNEON_ZLIB -I/usr/local/apache2/include
> -I./subversion/include -I. -I/usr/local/subversion-r2092d/apr/include
> -I/usr/local/subversion-r2092d/apr-util/include
> -I/usr/local/subversion-r2092d/apr-util/xml/expat/lib
> -I/usr/local/subversion-r2092d/neon/src -o subversion/mod_dav_svn/liveprops.lo
> -c subversion/mod_dav_svn/liveprops.c
> subversion/mod_dav_svn/liveprops.c:102: parse error before `ap_text_header'
> subversion/mod_dav_svn/liveprops.c: In function `dav_svn_insert_prop':
> subversion/mod_dav_svn/liveprops.c:106: `resource' undeclared (first use in this
> function)
> subversion/mod_dav_svn/liveprops.c:106: (Each undeclared identifier is reported
> only once
> subversion/mod_dav_svn/liveprops.c:106: for each function it appears in.)
> ......(lots more errors)
> make: *** [subversion/mod_dav_svn/liveprops.lo] Error 1
Oh cripes, this is what happens when we try to maintain an old svn
branch, but we don't make any note of which APR to use. :-(
The solution here is downdate your apr/ directory to June 5th ('cvs up
-D') and try building with that.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: No More Problems compiling r2092...
Posted by Kevin Pilch-Bisson <ke...@pilch-bisson.net>.
I know I'm a little late, but the problem is that since we made configure
check /usr/local/apache2/bin/ for apxs, it compiles mod_dav_svn even in
--disable-shared mode.
You had a recent httpd in /usr/local/apache2, and mod_dav_svn uses those
headers before the subversion ones, so bingo. Compile error.
The real issue is that we should disable the build of mod_dav_svn if
--disable-shared is passed, even if apxs is found.
On Wed, Jul 10, 2002 at 03:37:46PM -0700, Jennifer Bevan wrote:
> Success!
> So, in the true tradition of testing laziness, I tried both things at once,
> and it works now. First, I hid /usr/local/apache2, and I also hid the
> libsvn* from the /usr/local/lib directory. Everything compiled, of course.
> I could figure out which it was, exactly, but I think I'll get lunch instead.
> Thanks for the help and advice!!
>
> -Jen
>
> Philip Martin wrote:
>
> >
> > You probably have some APR headers in /usr/local/apache2/include and
> > those headers are being used in preference to the ones in the
> > subversion source directory. You need to move those out of the way
> > and re-run configure, you might be able to edit the Makefile.
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson http://www.pilch-bisson.net
"Historically speaking, the presences of wheels in Unix
has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
No More Problems compiling r2092...
Posted by Jennifer Bevan <je...@alouysius.net>.
Success!
So, in the true tradition of testing laziness, I tried both things at once,
and it works now. First, I hid /usr/local/apache2, and I also hid the
libsvn* from the /usr/local/lib directory. Everything compiled, of course.
I could figure out which it was, exactly, but I think I'll get lunch instead.
Thanks for the help and advice!!
-Jen
Philip Martin wrote:
>
> You probably have some APR headers in /usr/local/apache2/include and
> those headers are being used in preference to the ones in the
> subversion source directory. You need to move those out of the way
> and re-run configure, you might be able to edit the Makefile.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Problem compiling r2092 in order to convert database.
Posted by Philip Martin <ph...@codematters.co.uk>.
Jennifer Bevan <je...@alouysius.net> writes:
> Here's what I've done with the r2092d tarball after untarring it...
> ./configure --disable-shared
> make
> (it makes everything up to and including neon...)
>
> ------ completed all in neon
> /bin/sh /usr/local/subversion-r2092d/libtool --silent --mode=compile gcc
> -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE
> -D_GNU_SOURCE -g -O2 -pthread -DNEON_ZLIB -I/usr/local/apache2/include
You probably have some APR headers in /usr/local/apache2/include and
those headers are being used in preference to the ones in the
subversion source directory. You need to move those out of the way
and re-run configure, you might be able to edit the Makefile.
> -I./subversion/include -I. -I/usr/local/subversion-r2092d/apr/include
> -I/usr/local/subversion-r2092d/apr-util/include
> -I/usr/local/subversion-r2092d/apr-util/xml/expat/lib
> -I/usr/local/subversion-r2092d/neon/src -o subversion/mod_dav_svn/liveprops.lo
> -c subversion/mod_dav_svn/liveprops.c
> subversion/mod_dav_svn/liveprops.c:102: parse error before `ap_text_header'
> subversion/mod_dav_svn/liveprops.c: In function `dav_svn_insert_prop':
> subversion/mod_dav_svn/liveprops.c:106: `resource' undeclared (first use in this
> function)
> subversion/mod_dav_svn/liveprops.c:106: (Each undeclared identifier is reported
> only once
> subversion/mod_dav_svn/liveprops.c:106: for each function it appears in.)
> ......(lots more errors)
> make: *** [subversion/mod_dav_svn/liveprops.lo] Error 1
If you want to build using CVS APR I would suggest using APR from the
date of rev 2092.
$ svn log -r 2092 http://svn.collab.net/repos/svn/trunk | grep ^rev
rev 2092: kfogel | Wed, 05 Jun 2002 19:40:17 +0100 | 48 lines
If you want to build just svnadmin, which I think doesn't have a
dependency on mod_dav_svn, try
$ make subversion/svnadmin/svnadmin
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org