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

Re: Building on win32

From: Andreas Pakulat <apaku_at_gmx.de>
Date: 2007-05-15 23:30:31 CEST

On 15.05.07 14:58:42, D.J. Heap wrote:
> On 5/15/07, Andreas Pakulat <apaku@gmx.de> wrote:
> [snip]
> >Ok, svn built so far, unfortunately I've got a few problems with the
> >result. Namely: neon and xml (from apr-util) are static libs, which I
> >can't use unfortunately. I need dll's+import libs for anything that is
> >needed to use the svn_client-1 library.
> Why do you have to have dll's for everything?

Because the app I want to build in the end is going to be built with
mingw and that one doesn't understand msvc static libs.

> >I tried to build neon as dll but failed so far, because as it seems I
> >fail to link to a windows library. There are missing symbols like these:
> >
> >__imp__WSAStartup@8
> >__imp__select@20
> >__imp__gethostbyname@24
> >
> >And some more. Any idea which import library I need to add here?
> Those are socket functions from ws2_32.lib.


> >Also: Can svn use such a shared lib for neon when building the
> >libraries?
> No idea...I don't think anyone has ever tried. I don't know why not,
> though, if you can get one built and the headers to declare everything
> correctly (ie, functions have to be declared as exported when building
> the neon dll, and delcared as imported when building clients of the
> dll).

Hmm, I feared that :( I guess I rather convert it to CMake as
buildsystem, then one can use either mingw, gcc, msvc and some other
compilers to build it. Same with zlib, that buildsystem is also pretty


PS: Yes, that application could also be built using msvc, but I don't
want to do that. Thats already done by other devs working on the

Your present plans will be successful.
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 15 23:30:56 2007

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.