Remove Windows specific side effects from svn_dirent_get_absolute. Passing the flag APR_FILEPATH_TRUENAME to apr_filepath_merge made it check and alter the casing of the passed path to the actual on-disk path. This makes the call several orders slower on windows than on other operating systems that don't check the path at all. This without actual profit as a case-changed path would  fail on further processing.
Remove Windows specific side effects from svn_dirent_get_absolute. Passing
the flag APR_FILEPATH_TRUENAME to apr_filepath_merge made it check and alter
the casing of the passed path to the actual on-disk path. This makes the call
several orders slower on windows than on other operating systems that don't
check the path at all. This without actual profit as a case-changed path would 
fail on further processing.

Subversion fixes the casing of all user provided paths in 
svn_opt__arg_canonicalize_path, so we shouldn't check it again when we make
a path absolute.

This patch saves several seconds on typical branch merges on Windows. (Removes
a few thousand FindFirstFile calls on my test set involving only 21 file
changes on our 1.5.x branch.). The result is that it increases the merge 
performance on Windows by over 30%.

* subversion/libsvn_subr/dirent_uri.c
  (svn_dirent_get_absolute): Don't pass APR_FILEPATH_TRUENAME for just making
    a path absolute. This could change all parts of the passed path and makes it
    the absolute version of another path.

Found by: Sander Rijken <sander@open.collab.net>
          me

jmckaskill/subversion,jmckaskill/subversion,jmckaskill/subversion,jmckaskill/subversion,jmckaskill/subversion,jmckaskill/subversion,jmckaskill/subversion,jmckaskill/subversion