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

Re: Subversion 1.4.2 compilation with apr 0.9.6 [SOLVED]

From: Andre Oliveira da Costa <costa_at_tecgraf.puc-rio.br>
Date: 2006-12-15 14:00:26 CET

Hi Garrett, thks for the tip. Since FC4 is so behind on package
versions, I thought that making a not-too-bold jump might be more
appropriate...

I finally managed to compile version 0.9.13 for both apr and apr-util.
apr was not too complicated, but apr-util needed an additional
compilation flag. Once these were sorted out, subversion compiled just
fine. (if anyone would like additional details on what has been done,
just let me know)

Thks for the help (many thks also to Stefan Langer who replied directly
to me).

Regards,

Andre

On Thu, 14 Dec 2006 13:09:51 -0500
"Garrett McGrath" <gmcgrath@Princeton.EDU> wrote:

> You could compile an up to date version of APR from apache2 it's up to like
> 1.5 of something. Subversion requires a very very old version of the actual
> binary. I believe there's even a way to just compile APR and APU. I've
> posted on these kinds of problems with APR before, as there are some
> important issues to watch out for when compiling the v. 1.x apr / apu
> binaries (mostly naming issues.).
> -Garrett
>
> -----Original Message-----
> From: Andre Oliveira da Costa [mailto:costa@tecgraf.puc-rio.br]
> Sent: Thursday, December 14, 2006 1:06 PM
> To: subversion ML
> Subject: Subversion 1.4.2 compilation with apr 0.9.6
>
> Hi,
>
> I am trying to compile svn 1.4.2 on Fedora 4, which has apr 0.9.6, and
> compilation fails because configuration requires apr >= 0.9.7. I tried hard
> to upgrade both apr and apr-util, but only combination that works was apr
> 0.9.{11-13} with apr-util 0.9.7 (which probably is not a good thing). Even
> so, subversion 1.4.2 compilation fails on this scenario with this:
>
> /local2/costa/redhat/BUILD/subversion-1.4.2/subversion/svn
> /local2/costa/redhat/BUILD/subversion-1.4.2/subversion/libsvn_fs_base/.libs/
> libsvn_fs_base-1.so: undefined reference to `db_create'
> /local2/costa/redhat/BUILD/subversion-1.4.2/subversion/libsvn_fs_base/.libs/
> libsvn_fs_base-1.so: undefined reference to `db_env_create'
> /local2/costa/redhat/BUILD/subversion-1.4.2/subversion/libsvn_fs_base/.libs/
> libsvn_fs_base-1.so: undefined reference to `db_version'
> /local2/costa/redhat/BUILD/subversion-1.4.2/subversion/libsvn_fs_base/.libs/
> libsvn_fs_base-1.so: undefined reference to `db_strerror'
> collect2: ld returned 1 exit status
> make: *** [subversion/svn/svn] Error 1
> error: Bad exit status from /var/tmp/rpm-tmp.6901 (%build)
> Bad exit status from /var/tmp/rpm-tmp.6901 (%build)
>
> I then reverted back to 0.9.6 and tweaked regexes on 'configure' script to
> allow apr 0.9.6, and compilation apparently succeeded. But, I wouldn't trust
> a version generated this way unless svn developers tell me it's ok...
>
> Any tips? Is apr >= 0.9.7 really needed? Any additional info I could
> provide? We really need svn client 1.4.2 on our FC4 stations...
>
> (actually we need to upgrade from FC4, but that's a whole different
> problem...)
>
> TIA
>
> Andre
>
> --
> Andre Oliveira da Costa
> (costa@tecgraf.puc-rio.br)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

-- 
Andre Oliveira da Costa
(costa@tecgraf.puc-rio.br)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Dec 15 14:01:15 2006

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

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