On Thu, 2010-06-17, rhuijben_at_apache.org wrote:
> Author: rhuijben
> Date: Thu Jun 17 10:40:30 2010
> New Revision: 955542
>
> URL: http://svn.apache.org/viewvc?rev=955542&view=rev
> Log:
> Introduce a new svn_client_status_t structure to separate the public
> client status api from the implementation of status in libsvn_wc, to
> allow further cleanup in libsvn_wc. Note that this libsvn_client
> function still uses relative paths in its api to avoid breaking
> third party code even more than necessary for removing entries.
[...]
Hi Bert. Very good work!
> URL: http://svn.apache.org/viewvc/subversion/trunk/subversion/include/svn_client.h?rev=955542&r1=955541&r2=955542&view=diff
> ==============================================================================
> --- subversion/trunk/subversion/include/svn_client.h (original)
> +++ subversion/trunk/subversion/include/svn_client.h Thu Jun 17 10:40:30 2010
> @@ -1843,6 +1843,183 @@ svn_client_commit(svn_client_commit_info
> */
>
> /**
> + * Structure for holding the "status" of a working copy item.
> + *
> + * The item's entry data is in @a entry, augmented and possibly shadowed
> + * by the other fields. @a entry is @c NULL if this item is not under
> + * version control.
That paragraph appears to be obsolete.
> + * @note Fields may be added to the end of this structure in future
> + * versions. Therefore, to preserve binary compatibility, users
> + * should not directly allocate structures of this type.
> + *
> + * @since New in 1.7.
> + */
> +typedef struct svn_client_status_t
> +{
[...]
- Julian
Received on 2010-06-23 15:18:56 CEST