2008-10-22 04:55:57 +08:00
|
|
|
#!/bin/sh
|
|
|
|
|
|
|
|
|
|
test_description='git blame encoding conversion'
|
|
|
|
|
. ./test-lib.sh
|
|
|
|
|
|
|
|
|
|
. "$TEST_DIRECTORY"/t8005/utf8.txt
|
t8005: Nobody writes Russian in shift_jis
The second and third tests of this script expected that Russian strings
are converted between ISO-8859-5 and Shift_JIS in the "blame --porcelain"
format output correctly.
Sure, many platforms may convert between such a combination, but that is
only because one of the base character set of Shift_JIS, JIS X 0208,
defines codepoints for Russian characters (among others); I do not think
anybody uses Shift_JIS when seriously writing Russian, and it is perfectly
understandable if iconv() libraries on some platforms fail converting
between this combination, as it does not matter in reality.
This patch changes the test to verify Japanese strings are converted
correctly between EUC-JP and Shift_JIS in the same procedure. The point
of the test is not about verifying the platform's iconv() library, but to
see if "git blame" makes correct iconv() library calls when it should.
We could instead use ISO-8859-5 and KOI8-R as the combination, because
they are both meant to represent Russian, in order to make this test
meaningful on more platforms, but we already use Shift_JIS vs EUC-JP
combinations to test other programs in our test suite, so this combination
is safer from the point of view of the portability. Besides, I do not
read nor write Russian; sorry ;-)
This change allows tests to pass on my (friend's) Solaris 5.11 box.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-06-19 10:18:37 +08:00
|
|
|
. "$TEST_DIRECTORY"/t8005/euc-japan.txt
|
2008-10-22 04:55:57 +08:00
|
|
|
. "$TEST_DIRECTORY"/t8005/sjis.txt
|
|
|
|
|
|
|
|
|
|
test_expect_success 'setup the repository' '
|
|
|
|
|
# Create the file
|
|
|
|
|
echo "UTF-8 LINE" > file &&
|
|
|
|
|
git add file &&
|
|
|
|
|
git commit --author "$UTF8_NAME <utf8@localhost>" -m "$UTF8_MSG" &&
|
|
|
|
|
|
t8005: Nobody writes Russian in shift_jis
The second and third tests of this script expected that Russian strings
are converted between ISO-8859-5 and Shift_JIS in the "blame --porcelain"
format output correctly.
Sure, many platforms may convert between such a combination, but that is
only because one of the base character set of Shift_JIS, JIS X 0208,
defines codepoints for Russian characters (among others); I do not think
anybody uses Shift_JIS when seriously writing Russian, and it is perfectly
understandable if iconv() libraries on some platforms fail converting
between this combination, as it does not matter in reality.
This patch changes the test to verify Japanese strings are converted
correctly between EUC-JP and Shift_JIS in the same procedure. The point
of the test is not about verifying the platform's iconv() library, but to
see if "git blame" makes correct iconv() library calls when it should.
We could instead use ISO-8859-5 and KOI8-R as the combination, because
they are both meant to represent Russian, in order to make this test
meaningful on more platforms, but we already use Shift_JIS vs EUC-JP
combinations to test other programs in our test suite, so this combination
is safer from the point of view of the portability. Besides, I do not
read nor write Russian; sorry ;-)
This change allows tests to pass on my (friend's) Solaris 5.11 box.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-06-19 10:18:37 +08:00
|
|
|
echo "EUC-JAPAN LINE" >> file &&
|
2008-10-22 04:55:57 +08:00
|
|
|
git add file &&
|
t8005: Nobody writes Russian in shift_jis
The second and third tests of this script expected that Russian strings
are converted between ISO-8859-5 and Shift_JIS in the "blame --porcelain"
format output correctly.
Sure, many platforms may convert between such a combination, but that is
only because one of the base character set of Shift_JIS, JIS X 0208,
defines codepoints for Russian characters (among others); I do not think
anybody uses Shift_JIS when seriously writing Russian, and it is perfectly
understandable if iconv() libraries on some platforms fail converting
between this combination, as it does not matter in reality.
This patch changes the test to verify Japanese strings are converted
correctly between EUC-JP and Shift_JIS in the same procedure. The point
of the test is not about verifying the platform's iconv() library, but to
see if "git blame" makes correct iconv() library calls when it should.
We could instead use ISO-8859-5 and KOI8-R as the combination, because
they are both meant to represent Russian, in order to make this test
meaningful on more platforms, but we already use Shift_JIS vs EUC-JP
combinations to test other programs in our test suite, so this combination
is safer from the point of view of the portability. Besides, I do not
read nor write Russian; sorry ;-)
This change allows tests to pass on my (friend's) Solaris 5.11 box.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-06-19 10:18:37 +08:00
|
|
|
git config i18n.commitencoding eucJP &&
|
|
|
|
|
git commit --author "$EUC_JAPAN_NAME <euc-japan@localhost>" -m "$EUC_JAPAN_MSG" &&
|
2008-10-22 04:55:57 +08:00
|
|
|
|
|
|
|
|
echo "SJIS LINE" >> file &&
|
|
|
|
|
git add file &&
|
2009-05-23 07:47:05 +08:00
|
|
|
git config i18n.commitencoding SJIS &&
|
2008-10-22 04:55:57 +08:00
|
|
|
git commit --author "$SJIS_NAME <sjis@localhost>" -m "$SJIS_MSG"
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
cat >expected <<EOF
|
|
|
|
|
author $SJIS_NAME
|
|
|
|
|
summary $SJIS_MSG
|
|
|
|
|
author $SJIS_NAME
|
|
|
|
|
summary $SJIS_MSG
|
|
|
|
|
author $SJIS_NAME
|
|
|
|
|
summary $SJIS_MSG
|
|
|
|
|
EOF
|
|
|
|
|
|
|
|
|
|
test_expect_success \
|
|
|
|
|
'blame respects i18n.commitencoding' '
|
|
|
|
|
git blame --incremental file | \
|
2009-05-07 02:31:42 +08:00
|
|
|
egrep "^(author|summary) " > actual &&
|
2008-10-22 04:55:57 +08:00
|
|
|
test_cmp actual expected
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
cat >expected <<EOF
|
t8005: Nobody writes Russian in shift_jis
The second and third tests of this script expected that Russian strings
are converted between ISO-8859-5 and Shift_JIS in the "blame --porcelain"
format output correctly.
Sure, many platforms may convert between such a combination, but that is
only because one of the base character set of Shift_JIS, JIS X 0208,
defines codepoints for Russian characters (among others); I do not think
anybody uses Shift_JIS when seriously writing Russian, and it is perfectly
understandable if iconv() libraries on some platforms fail converting
between this combination, as it does not matter in reality.
This patch changes the test to verify Japanese strings are converted
correctly between EUC-JP and Shift_JIS in the same procedure. The point
of the test is not about verifying the platform's iconv() library, but to
see if "git blame" makes correct iconv() library calls when it should.
We could instead use ISO-8859-5 and KOI8-R as the combination, because
they are both meant to represent Russian, in order to make this test
meaningful on more platforms, but we already use Shift_JIS vs EUC-JP
combinations to test other programs in our test suite, so this combination
is safer from the point of view of the portability. Besides, I do not
read nor write Russian; sorry ;-)
This change allows tests to pass on my (friend's) Solaris 5.11 box.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-06-19 10:18:37 +08:00
|
|
|
author $EUC_JAPAN_NAME
|
|
|
|
|
summary $EUC_JAPAN_MSG
|
|
|
|
|
author $EUC_JAPAN_NAME
|
|
|
|
|
summary $EUC_JAPAN_MSG
|
|
|
|
|
author $EUC_JAPAN_NAME
|
|
|
|
|
summary $EUC_JAPAN_MSG
|
2008-10-22 04:55:57 +08:00
|
|
|
EOF
|
|
|
|
|
|
|
|
|
|
test_expect_success \
|
|
|
|
|
'blame respects i18n.logoutputencoding' '
|
t8005: Nobody writes Russian in shift_jis
The second and third tests of this script expected that Russian strings
are converted between ISO-8859-5 and Shift_JIS in the "blame --porcelain"
format output correctly.
Sure, many platforms may convert between such a combination, but that is
only because one of the base character set of Shift_JIS, JIS X 0208,
defines codepoints for Russian characters (among others); I do not think
anybody uses Shift_JIS when seriously writing Russian, and it is perfectly
understandable if iconv() libraries on some platforms fail converting
between this combination, as it does not matter in reality.
This patch changes the test to verify Japanese strings are converted
correctly between EUC-JP and Shift_JIS in the same procedure. The point
of the test is not about verifying the platform's iconv() library, but to
see if "git blame" makes correct iconv() library calls when it should.
We could instead use ISO-8859-5 and KOI8-R as the combination, because
they are both meant to represent Russian, in order to make this test
meaningful on more platforms, but we already use Shift_JIS vs EUC-JP
combinations to test other programs in our test suite, so this combination
is safer from the point of view of the portability. Besides, I do not
read nor write Russian; sorry ;-)
This change allows tests to pass on my (friend's) Solaris 5.11 box.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-06-19 10:18:37 +08:00
|
|
|
git config i18n.logoutputencoding eucJP &&
|
2008-10-22 04:55:57 +08:00
|
|
|
git blame --incremental file | \
|
2009-05-07 02:31:42 +08:00
|
|
|
egrep "^(author|summary) " > actual &&
|
2008-10-22 04:55:57 +08:00
|
|
|
test_cmp actual expected
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
cat >expected <<EOF
|
|
|
|
|
author $UTF8_NAME
|
|
|
|
|
summary $UTF8_MSG
|
|
|
|
|
author $UTF8_NAME
|
|
|
|
|
summary $UTF8_MSG
|
|
|
|
|
author $UTF8_NAME
|
|
|
|
|
summary $UTF8_MSG
|
|
|
|
|
EOF
|
|
|
|
|
|
|
|
|
|
test_expect_success \
|
2009-05-23 07:47:05 +08:00
|
|
|
'blame respects --encoding=UTF-8' '
|
|
|
|
|
git blame --incremental --encoding=UTF-8 file | \
|
2009-05-07 02:31:42 +08:00
|
|
|
egrep "^(author|summary) " > actual &&
|
2008-10-22 04:55:57 +08:00
|
|
|
test_cmp actual expected
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
cat >expected <<EOF
|
|
|
|
|
author $SJIS_NAME
|
|
|
|
|
summary $SJIS_MSG
|
t8005: Nobody writes Russian in shift_jis
The second and third tests of this script expected that Russian strings
are converted between ISO-8859-5 and Shift_JIS in the "blame --porcelain"
format output correctly.
Sure, many platforms may convert between such a combination, but that is
only because one of the base character set of Shift_JIS, JIS X 0208,
defines codepoints for Russian characters (among others); I do not think
anybody uses Shift_JIS when seriously writing Russian, and it is perfectly
understandable if iconv() libraries on some platforms fail converting
between this combination, as it does not matter in reality.
This patch changes the test to verify Japanese strings are converted
correctly between EUC-JP and Shift_JIS in the same procedure. The point
of the test is not about verifying the platform's iconv() library, but to
see if "git blame" makes correct iconv() library calls when it should.
We could instead use ISO-8859-5 and KOI8-R as the combination, because
they are both meant to represent Russian, in order to make this test
meaningful on more platforms, but we already use Shift_JIS vs EUC-JP
combinations to test other programs in our test suite, so this combination
is safer from the point of view of the portability. Besides, I do not
read nor write Russian; sorry ;-)
This change allows tests to pass on my (friend's) Solaris 5.11 box.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-06-19 10:18:37 +08:00
|
|
|
author $EUC_JAPAN_NAME
|
|
|
|
|
summary $EUC_JAPAN_MSG
|
2008-10-22 04:55:57 +08:00
|
|
|
author $UTF8_NAME
|
|
|
|
|
summary $UTF8_MSG
|
|
|
|
|
EOF
|
|
|
|
|
|
|
|
|
|
test_expect_success \
|
|
|
|
|
'blame respects --encoding=none' '
|
|
|
|
|
git blame --incremental --encoding=none file | \
|
2009-05-07 02:31:42 +08:00
|
|
|
egrep "^(author|summary) " > actual &&
|
2008-10-22 04:55:57 +08:00
|
|
|
test_cmp actual expected
|
|
|
|
|
'
|
|
|
|
|
|
|
|
|
|
test_done
|
