danielsh_at_tigris.org wrote on Tue, Feb 28, 2012 at 23:59:51 -0800:
> Issue #|4131
> Summary|svnmucc uses Subversion-private APIs
> Status whiteboard|
> Issue type|TASK
Can someone create a 'svnmucc' component please?
> Assigned to|issues_at_subversion
> Reported by|danielsh
> ------- Additional comments from danielsh_at_tigris.org Tue Feb 28 23:59:50 -0800 2012 -------
> svnmucc uses the Subversion-private API's, svn_cmdline__apply_config_options()
> and svn_cmdline__parse_config_option(). However, as a tools/ project it should
> use only public API's where possible:
> % cd tools
> % grep \#include **/*.c | grep private
> client-side/svnmucc/svnmucc.c:#include "private/svn_cmdline_private.h"
> dev/svnraisetreeconflict/main.c:#include "private/svn_wc_private.h"
> dev/svnraisetreeconflict/main.c:#include "svn_private_config.h"
> server-side/svn-rep-sharing-stats.c:#include "svn_private_config.h"
> This could be fixed either by making svnmucc a core binary
Honestly, shall we move it to subversion/svnmucc/ already?
The test suite relies on it, ASF infra now relies on it, it's about to
have its own issue tracker component...
I'll get it done.
> (subversion/svnmucc/svnmucc.c) or by promoting those API's to be public (which
> involves more work than just renaming things: a constructor for
> svn_cmdline__config_argument_t would need to be created, and perhaps the warning
> handling changed).
Received on 2012-02-29 09:04:45 CET