On Mon, 10 Jan 2005, [UTF-8] Branko Ä^Libej wrote:
> Peter N. Lundblad wrote:
>
> >So, if no one objects, I'd like to deprecate the whole svn_ra_plugin_t and
> >provide a new fresh struct. Also, I'd like to resolve a part of issue
> >#1931, by converting the API to a FS-like interface, so we don't expose
> >the vtable to the user anymore. This will keep the wrappers inside
> >libsvn_ra and make future deprecations easier.
> >
> >I don't think this is controversial, but it involves changing code in many
> >places in the client, so I ask first:-)
> >
> >
> Fine, but *don't* do it on the locking branch, do it on trunk (if you
> can) or on a separate branch, and don't forget the boars; er, bindings.
>
Yes, I'll do in on trunk so others can extend the RA API if necessary
before merging locking. The bindings? They will use the current
compatibility API until someone else updates them, I'm afraid. I'm not
going to do that.
Thanks,
//Peter
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jan 10 09:13:54 2005