Avoid difference in tr semantics between System V and BSD
commit53039ab15490d8f957f728cbe018e329924ad326
authorBen Walton <bdwalton@gmail.com>
Mon, 28 Oct 2013 21:43:00 +0000 (28 21:43 +0000)
committerJunio C Hamano <gitster@pobox.com>
Wed, 30 Oct 2013 17:38:23 +0000 (30 10:38 -0700)
tree0e2e925554830b8d61a4a6368699751cf69a5f9b
parent90a95301d32bb2f45e37ed08d3a1d1b632706f03
Avoid difference in tr semantics between System V and BSD

Solaris' tr (both /usr/bin/ and /usr/xpg4/bin) uses the System V
semantics for tr whereby string1's length is truncated to the length
of string2 if string2 is shorter. The BSD semantics, as used by GNU tr
see string2 padded to the length of string1 using the final character
in string2. POSIX explicitly doesn't specify the correct behavior
here, making both equally valid.

This difference means that Solaris' native tr implementations produce
different results for tr ":\t\n" "\0" than GNU tr. This breaks a few
tests in t0008-ignores.sh.

Possible fixes for this are to make string2 be "\0\0\0" or "[\0*]".

Instead, use perl to perform these transliterations which means we
don't need to worry about the difference at all. Since we're replacing
tr with perl, we also use perl to replace the sed invocations used to
transform the files.

Replace four identical transforms with a function named
broken_c_unquote. Replace the other two identical transforms with a
fuction named broken_c_unquote_verbose.

Signed-off-by: Ben Walton <bdwalton@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
t/t0008-ignores.sh