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

Re: Win32 build system tutorial

From: D.J. Heap <djheap_at_gmail.com>
Date: 2006-08-08 01:35:52 CEST

On 8/7/06, john <jsparrow@ecclescollege.ac.uk> wrote:
> D.J. Heap <djheap <at> gmail.com> writes:
>
> > Subversion's dependencies with their
> > varying support for building on Windows are another story, of course.
> > Some have VS projects, some have makefiles, some require configuation
> > with perl, etc.
>
> Is it feasable for someone with a working win32 build system to package the
> built dependancies (I guess obj's, lib's)?
>

Are you trying to build Subversion itself from source or build an
application that uses the Subversion API's?

If you are talking about pre-building and packaging up all the
dependencies so that it would be easier to build Subversion itself,
then yes, that is probably possible. It would be kind of a pain to
keep up-to-date, though, and a package would have to be built with
the same compiler that used to build Subversion because mixing C
runtime dll's would probably cause problems. It might be worth a bit
of experimenting here, though. Would you like to try using a prebuilt
set of dependencies I use?

If you mean the latter, and you want to build an app against 1.3.2,
then the headers and libs you need are already packaged in the
svn-win32-1.3.2_dev.zip file (the db-4.3.28-win32.zip and
svn-win32-libintl.zip files may be needed also, I can't remember for
sure). Not very long ago I built a very basic sample MFC app against
1.3.2 for several people that asked for it. If you'd like a copy just
email me off-list.

DJ

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Aug 8 01:36:59 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.