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

Re: svn commit: r1468395 - in /subversion/trunk/subversion: include/svn_fs.h libsvn_fs/fs-loader.c libsvn_fs/fs-loader.h libsvn_fs_base/fs.c libsvn_fs_fs/fs.c

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Tue, 16 Apr 2013 09:29:02 -0400

On 04/16/2013 08:33 AM, julianfoad_at_apache.org wrote:
> Author: julianfoad
> Date: Tue Apr 16 12:33:08 2013
> New Revision: 1468395
> URL: http://svn.apache.org/r1468395
> Log:
> Introduce a typedef 'svn_fs_freeze_func_t', for source code regularity and
> symmetry with 'svn_repos_freeze_func_t'. It might also be useful for the
> SWIG bindings.

When callback signatures are this generic, is there any good reason to
proliferate their unique definition? Users don't really get any benefit by
their having a unique type name that I can surmise. And every time we
introduce a new callback type, the SWIG bindings must be tinkered with to
support it.

May I suggest that we either:

* eliminate svn_repos_freeze_func_t, and simply make svn_repos_freeze() also
accept this new svn_fs_freeze_func_t, or

* eliminate both of those callback types, and introduce (in svn_types.h) an
uber-generic callback that accepts a void * baton and a scratch_pool and is
used for both svn_repos_freeze() and svn_fs_freeze(), plus any future such
generic callback scenarios


C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Enterprise Cloud Development

Received on 2013-04-16 15:29:35 CEST

This is an archived mail posted to the Subversion Dev mailing list.