From http://code.google.com/p/serf/
"serf 1.2.x <http://code.google.com/p/serf/downloads/list?q=label:Featured> is
the default client library of Apache Subversion<http://subversion.apache.org/>
and Apache OpenOffice <http://openoffice.apache.org/>"
At the moment I had no success either with serf 1.3 ;)
Cheers
On 20 August 2013 01:07, Johan Corveleyn <jcorvel_at_gmail.com> wrote:
> Okay, I succeeded in building serf 1.3.1 by executing:
>
> scons APR=..\httpd-2.4.4\srclib\apr
> APU=..\httpd-2.4.4\srclib\apr-util OPENSSL=..\openssl-1.0.1e
> ZLIB=..\zlib-1.2.8
>
> But I don't know enough about the svn build system to teach it not to
> try building serf itself. So I still get the same error.
>
> I hope someone else can make the necessary changes to the (windows)
> build generator for this.
>
> --
> Johan
>
> On Mon, Aug 19, 2013 at 11:03 PM, Greg Stein <gstein_at_gmail.com> wrote:
> > Answer: Subversion should not try to build serf. It should assume serf
> > has already been built and installed somewhere.
> >
> > In general, we should stop building dependencies, except when we embed
> > the sqlite amalgamation.
> >
> > [ btw: serf 1.3.x uses scons to build; serf.mak is gone ]
> >
> > Cheers,
> > -g
> >
> > On Mon, Aug 19, 2013 at 3:39 PM, Johan Corveleyn <jcorvel_at_gmail.com>
> wrote:
> >> When I try to build trunk (@now) with serf 1.3.1 on Win XP (with VS
> >> 2010), I get the following error:
> >>
> >> [[[
> >> NMAKE : fatal error U1052: file 'serf.mak' not found
> >> [C:\research\svn\client_build\svn_deps\serf-1.3.1\serf.vcxproj]
> >> C:\Program
> Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5):
> >> error MSB3073: The command ""c:\Program Files\Microsoft Visual Studio
> >> 10.0\VC\bin\nmake.exe" /s /nologo /f serf.mak ALL
> >> APR_SRC=..\httpd-2.4.4\srclib\apr
> >> APRUTIL_SRC=..\httpd-2.4.4\srclib\apr-util ZLIB_SRC=..\zlib-1.2.8
> >> OPENSSL_SRC=..\openssl-1.0.1e " exited with code 2.
> >> [C:\research\svn\client_build\svn_deps\serf-1.3.1\serf.vcxproj]
> >> ]]]
> >>
> >> Is anyone else seeing this? Perhaps something needs to be updated in
> >> gen-make.py since the new serf?
> >>
> >> This is the gen-make.py command I used:
> >> [[[
> >> python gen-make.py --release
> >> --with-junit=C:\research\svn\client_build\svn_deps\junit-4.10\junit.jar
> >> --with-httpd=C:\research\svn\client_build\svn_deps\httpd-2.4.4
> >> --with-serf=C:\research\svn\client_build\svn_deps\serf-1.3.1
> >> --with-openssl=C:\research\svn\client_build\svn_deps\openssl-1.0.1e
> >>
> --with-sqlite=C:\research\svn\client_build\svn_deps\sqlite-amalgamation-3.7.17
> >> --enable-ml --with-zlib=C:\research\svn\client_build\svn_deps\zlib-1.2.8
> >> --vsnet-version=2010 -t vcproj
> >> ]]]
> >>
> >> Building with serf 1.2.1 still works fine for me.
> >>
> >> --
> >> Johan
>
Received on 2013-08-20 10:10:19 CEST