From 53d2086432c6652a5757a7134edc381b4942cb14 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Thu, 4 Nov 1999 23:12:13 +0000 Subject: Do not consider newline to be part of a line when comparing lines in `sort' and `comm'. POSIX.2 requires that we consider newline, but this is a bug in the spec and the bug will likely be fixed. Update tests `use-nl' and `11d' to reflect this change. --- tests/sort/Test.pm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'tests') diff --git a/tests/sort/Test.pm b/tests/sort/Test.pm index b48031e29..5bfd30953 100755 --- a/tests/sort/Test.pm +++ b/tests/sort/Test.pm @@ -117,7 +117,7 @@ my @tv = ( # Before 1.22m, the first key comparison reported equality. # With 1.22m, they compare different: "a" sorts before "a\n", # and the second key spec isn't even used. -["11d", '-t: -k2,2b -k3,3', "z:a :b\na\t:a\n", "z:a :b\na\t:a\n", 0], +["11d", '-t: -k2,2b -k3,3', "z:a :b\na\t:a\n", "a\t:a\nz:a :b\n", 0], # # Exercise bug re comparing `-' and integers. ["12a", '-n -t: +1', "a:1\nb:-\n", "b:-\na:1\n", 0], @@ -235,7 +235,7 @@ my @tv = ( # # because \t comes before \n in the collating sequence, and the trailing # \n's are part of the input line. -["use-nl", '', "\n\t\n", "\t\n\n", 0], +["use-nl", '', "\n\t\n", "\n\t\n", 0], ); -- cgit v1.2.3-70-g09d2