addremove: restore the relative path printing when files are named This fixes the previously mentioned issue with 3778884197f0, and undoes its corresponding test change. The test change demonstrates the correctness when a file is specified (i.e. the glob is required on Windows because relative paths use '\' and absolute paths use '/'). It is admittedly very subtle, but there will be a more robust test in the addremove -S v3 series.

--- a/tests/test-addremove-similar.t	Thu Dec 04 23:04:55 2014 -0500
+++ b/tests/test-addremove-similar.t	Thu Dec 04 23:08:27 2014 -0500
@@ -91,7 +91,7 @@
 no copies found here (since the target isn't in d
 
   $ hg addremove -s80 d
-  removing d/b
+  removing d/b (glob)
 
 copies here