Client libraries - binding with other languages

[Matthias Hryniszak <ma...@hryniszak.de>]

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? 

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.

Matthias Hryniszak (matthias@hryniszak.de)

Re: Client libraries - binding with other languages

[Branko Čibej <br...@xbc.nu>]

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

Re: Client libraries - binding with other languages

[Walter Nicholls <wa...@cornerstone.co.nz>]

Ack! hit reply instead of reply-to-all
Matthias Hryniszak wrote:

>  
> 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?

See also http://subversion.tigris.org/issues/show_bug.cgi?id=1627 - the
patches need updating and testing.

I keep on thinking I should spend some time working on this myself but
I'm already doing 10-hour days for the foreseeable future. (Since you
probably don't know me, I should mention I'm not a subversion developer,
but I am a *very* interested lurker on this particular topic.)

- Walter



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org