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

RE: Cheers for GSOC

From: Bert Huijben <rhuijben_at_sharpsvn.net>
Date: Wed, 22 Apr 2009 11:40:42 +0200

> -----Original Message-----
> From: Branko Cibej [mailto:brane_at_xbc.nu]
> Sent: woensdag 22 april 2009 11:22
> To: Edmund Wong
> Cc: dev_at_subversion.tigris.org
> Subject: Re: Cheers for GSOC
>
> Edmund Wong wrote:
> > Hyrum K. Wright wrote:
> >
> >> Mark,
> >> Aside from our INSTALL file, is there a baby-step-by-baby-step guide
> >> to building Subversion, and it's dependencies on Windows? About every
> >> six months, I try, but get frustrated after about 2 hours of fussing
> >> with apr or zlib or openssl or something else. A very simple, very
> >> thorough document would be very useful.
> >>
> >>
> >
> > I think that would be very useful. It certainly would be interesting
> > (experimental wise) to see how Subversion is compiled under Windows.
> > Since the majority of my time is spent in Windows, it'd be another
> > good step in increasing Subversion's dev. exposure.
> >
>
> Yah well... the real trouble with Windows is that you don't just have
> DLL hell, you also have runtime hell -- practically every version of
> MSVC came with a new C runtime that was incompatible with any other
> version in very fundamental ways, and other compilers (used-to-be
> Borland, MinGW/gcc, etc.) are incompatible in other ways. This makes
> providing binary dev packages for external dependencies a real pain, and
> trying to build 'em all as part of the SVN build is an even bigger pain.
>
> It doesn't help that we added (at least) serf and sqlite dependencies
> since I last did any Windows development ... and the way we pick up BDB
> through APR on Windows is, frankly, a bit of a horrible nightmare.
> (APR-2's scons build should make this bit slightly less sticky.)

The Apr-2 development currently breaks some pool cleanup scenario's (pre and
post child pool cleanups are hooked to the same list now). So I wouldn't
suggest looking at that before it is tested in real world scenarios a bit
better :(

> Oh, I just got this marvellous idea: let's put "New and Polished Windows
> Build and Packaging" into the SoC projects for next year -- not that it
> can realistically be done in 3 months (no-one can rewrite Windows that
> fast), but it's worth a try. :)

I completely automated a Subversion build including downloading / checking
out, compiling and in some places patching dependencies for the SharpSvn
build in a fraction of that time. (All publicly available in
http://sharpsvn.open.collab.net/svn/sharpsvn/trunk/imports, username guest,
no password).

Cleaning it up to be more generally usable (and moving it into the
Subversion project) would be a nice task though. (Even nicer if it can be
integrated in the new MSBuild based build system that VS2010 will introduce)

But I know at least a dozen SharpSvn users, that used the current script to
create their own Windows build of SharpSvn (including Subversion) with it.
The end result is commonly available as the Slik Svn client.

        Bert

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1857868
Received on 2009-04-22 11:41:06 CEST

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.