]> git.ipfire.org Git - thirdparty/git.git/commitdiff
tests: fix version-specific portability issue in Perl JSON
authorÆvar Arnfjörð Bjarmason <avarab@gmail.com>
Fri, 24 Aug 2018 15:20:15 +0000 (15:20 +0000)
committerJunio C Hamano <gitster@pobox.com>
Mon, 27 Aug 2018 21:07:32 +0000 (14:07 -0700)
The test guarded by PERLJSON added in 75459410ed ("json_writer: new
routines to create JSON data", 2018-07-13) assumed that a JSON boolean
value like "true" or "false" would be represented as "1" or "0" in
Perl.

This behavior can't be relied upon, e.g. with JSON.pm 2.50 and
JSON::PP.  A JSON::PP::Boolean object will be represented as "true"
or "false". To work around this let's check if we have any refs left
after we check for hashes and arrays, assume those are JSON objects,
and coerce them to a known boolean value.

The behavior of this test still looks odd to me. Why implement our own
ad-hoc encoder just for some one-off test, as opposed to say Perl's
own Data::Dumper with Sortkeys et al? But with this change it works,
so let's leave it be.

Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
t/t0019/parse_json.perl

index ca4e5bfa7850ee5bc783cec7c0d18b8d76d66883..fea87fb81b62d4f1e9612094c60ee8dceebc07be 100644 (file)
@@ -34,6 +34,9 @@ sub dump_item {
     } elsif (ref($value) eq 'HASH') {
        print "$label_in hash\n";
        dump_hash($label_in, $value);
+    } elsif (ref $value) {
+       my $bool = $value ? 1 : 0;
+       print "$label_in $bool\n";
     } elsif (defined $value) {
        print "$label_in $value\n";
     } else {