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

Re: Client libraries - binding with other languages

From: Branko Čibej <brane_at_xbc.nu>
Date: 2005-08-09 00:31:38 CEST

Matthias Hryniszak wrote:

> Hello,
>
> I've been looking around the documentation and I've found something
> like this:
>
> [...] Binding Directly—A Word About Correctness [...]
> **
> (full text is to be found under
> http://scm.sipfoundry.org/svndoc/ch08.html#svn-ch-8-sect-1.2.1)
>
> I think that's the only reasonable idea, but clearly not the best one.
> How do you feel about a DLL that could be accessible using imports
> instead of statically linking all the stuff?

It's on the TODO list for the Windows build. Some work has been done
towards generating DEF files for the DLLs, but a lot still remains to be
done in the build generator itself (i.e., generate a DLL project for
every libsvn_* static library).

>
> That would:
> a) make the client applications that come with the svn client/server
> for win32 a lot smaller,
> b) since this apps already use some dlls (libdb43.dll, libeay32.dll
> just to name some) it wouldn't make the client dll-independant,
> c) and last but not least it would open a whole new doorway for
> other programmers to write good, quality and need-oriented clients.
>
> I'm in need of such a client to perform some read-only tasks from a
> web client that I'm currently developing (viewer+task+bug
> tracker+project management). I suppose it will not be hard for you,
> guys to compile something like that.

It's not hard, but it's work that someone must find the time to do.
Patches would be most welcome.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 9 00:32:36 2005

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.