On Sat, Jan 19, 2008 at 10:58:08PM +0000, Johannes Schindelin wrote: > > I think a better approach would be to try to match the name to what we > have in the index. Then we could implement case-insensitivity and MacOSX > workaround at the same time. I thought about that, but the problem is that HFS+ _already_ mangled names from what the user entered (and what is used by anyone else) to some sub-standard form, which no one outside of Mac likes or uses. Thus, bringing filenames back to the NFC form (which is what almost anyone uses) is the only sane thing do, because no one outside of Mac really needs to know about this HFS+ specific craziness. So I really dislike the idea that due to some HFS+ specific conversion, we may end up having some strangely encoded names in a Git repository. Sane people enter names only in NFC, so why should they suffer because of some insane conversation made by filesystem behind everyone's back? And I am not entertaining the idea of having this Mac OS/X specific workaround outside of Mac OS/X. Besides, writing a wrapper around readdir() is not difficult. We already have git-compat-util.h, which redefines some functions for some platforms, so I don't see any problem with writing a wrapper around readdir(). Dmitry - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
