[PATCH] Do not skip prefix_filename() when there is no prefix
On UNIX, when there is no prefix, prefix_filename() returns the input string
as-is. Avoiding it only makes sense before 9e5f5d4 (prefix_filename():
safely handle the case where pfx_len=0 - 2010-10-17) because the function
back then could try to dereference a NULL pointer.
On Windows, even when there is no prefix, prefix_filename() can still do
some slash conversion. Arguably it's not the best place for that (too
subtle and probably can't cover all paths) but it's how it is.
Let's always call prefix_filename() to make Windows users a tiny bit happier.
Signed-off-by: Nguyễn Thái Ngọc Duy <[hidden email]>
I left out worktree.c on purpose because that call site is handled
separately . In fact this patch is the result of Junio's comment
on  (its earlier iteration).