Re: Python bindings

>>>>> "John" == John Peacock <jpeacock@rowman.com> writes:

    John> I think you are mistaken about that; it would be just as
    John> practical to create a Perl XS interface directly with
    John> Subversion. But as I think Ben already asserted, we would
    John> lose the shared knowledge gained by writing both Perl and
    John> Python interfaces to the common SWIG framework.

Yes, I may be wrong. But still I do not see *why*, to code a binding,
I should lookup other sources other than SVN APIs.

    John> Additionally, any of the other languages which work with
    John> SWIG (Ruby, Tcl/TK, OCAML, and C#) could be used in the
    John> future for Subversion, with far less effort than creating
    John> direct API's.

This is true if you base your reasoning on the fact that the
language-specific part is far easier to write than the whole thing.
But this is clearly not the case, and I guess that all those languages
will follow a different path, if any, in the mid-term, as java is
doing right now.

    John> Pyrex only helps Python and only those people who share your
    John> view of how the API should be structured. You could just as
    John> easily use the existing Python/SWIG bindings with an
    John> additional layer of abstraction that fit your needs (much
    John> like svk is doing with the Perl bindings).

No, it's completely a different matter. I'm not advocating yet another
layer above "something", as there is no need for it. Good CPython
based objects can definitively and directly cope with svn C internals,
without the crazyness of wrapping/unwrapping C structures every time
you feed them to/get them from whatever-language functions.

bye, lele.

-- 
nickname: Lele Gaifax	| Quando vivrò di quello che ho pensato ieri
real: Emanuele Gaifas	| comincerò ad aver paura di chi mi copia.
email: lele@seldati.it	|		-- Fortunato Depero, 1929.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org