Re: svn commit: rev 2470 - trunk/subversion/include trunk/subversion/libsvn_wc trunk/subversion/libsvn_client

Justin Erenkrantz <jerenkrantz@apache.org> writes:

> > Using a separate cached interface may be easier in the short term, but
> > in the long term the code will be better if the cacheing happens
> > without such an interface. Then all the code, both existing and
> > future, will use the cache.
>
> I agree that it makes more sense in the long run. This is just
> a really daunting task that I'm not sure that any of us have the
> time to tackle completely. The key thing I think is that we need
> to divide this task up into smaller pieces. But, the problem is
> that once we change svn_wc_entry *every* caller has to change at
> the same time. Urgh. -- justin

I'd prefer to see it done correctly rather than hacked in a hurry.
There is no immediate deadline, this doesn't have to happen for alpha.

Is the task really that daunting? Don't overestimate its size, there
are about thirty calls to svn_wc_entries, maybe seventy calls to
svn_wc_entry.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org