Re: [[PATCH v3] 1/2] [submodule] handle multibyte characters in name

2013-06-14 Thread Junio C Hamano
Fredrik Gustafsson writes: > On Fri, Jun 14, 2013 at 10:23:52AM -0700, Junio C Hamano wrote: >> Fredrik Gustafsson writes: >> >> > ... The >> > correct approach to solve the problem for all pathnames may be to use >> > "ls-files -z" and tell the Perl script that reads its output to read NUL >>

Re: [[PATCH v3] 1/2] [submodule] handle multibyte characters in name

2013-06-14 Thread Fredrik Gustafsson
On Fri, Jun 14, 2013 at 10:23:52AM -0700, Junio C Hamano wrote: > Fredrik Gustafsson writes: > > > ... The > > correct approach to solve the problem for all pathnames may be to use > > "ls-files -z" and tell the Perl script that reads its output to read NUL > > separated records by using $/ = "\0

Re: [[PATCH v3] 1/2] [submodule] handle multibyte characters in name

2013-06-14 Thread Junio C Hamano
Fredrik Gustafsson writes: > ... The > correct approach to solve the problem for all pathnames may be to use > "ls-files -z" and tell the Perl script that reads its output to read NUL > separated records by using $/ = "\0". I've tentatively queued the attached without 2/2; the scriptlet is small

[[PATCH v3] 1/2] [submodule] handle multibyte characters in name

2013-06-14 Thread Fredrik Gustafsson
Many "git submodule" operations do not work on a submodule at a path whose name is not in ASCII. This is because "git ls-files" is used to find which paths are bound to submodules to the current working tree, and the output is C-quoted by default for non ASCII pathnames and pathnames that has a do