]> git.ipfire.org Git - thirdparty/git.git/commitdiff
t7508: skip EXPENSIVE test that is broken without SIZE_T_IS_64BIT
authorPatrick Steinhardt <ps@pks.im>
Mon, 6 Jul 2026 06:24:00 +0000 (08:24 +0200)
committerJunio C Hamano <gitster@pobox.com>
Mon, 6 Jul 2026 14:21:57 +0000 (07:21 -0700)
One of the tests in t7508 is marked as EXPENSIVE because it ends up
creating and adding files that are multiple gigabytes in size. This
takes a while to complete, hence the EXPENSIVE prerequisite.

Besides being expensive though the test can only work on systems where
`size_t` is at least 64 bit. This is because one of the created files
is larger than 4GB, and because Git tracks object size via `size_t` it
will eventually blow up.

This test has also been blowing up in the "linux32" CI job in GitHub
Workflows since 7a094d68a2 (ci: run expensive tests on push builds to
integration branches, 2026-05-08). But that job doesn't only fail, it
also hangs, and that has been concealing the failure.

Fix the issue by marking the test as requiring 64 bit `size_t`.

Signed-off-by: Patrick Steinhardt <ps@pks.im>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
t/t7508-status.sh

index c2057bc94c38c1edfda20b813ec583f4c64f3a24..dfdd78b6fe77ad945c6a8b2812cedd7698958d1c 100755 (executable)
@@ -1773,7 +1773,7 @@ test_expect_success 'slow status advice when core.untrackedCache true, and fsmon
        )
 '
 
-test_expect_success EXPENSIVE 'status does not re-read unchanged 4 or 8 GiB file' '
+test_expect_success EXPENSIVE,SIZE_T_IS_64BIT 'status does not re-read unchanged 4 or 8 GiB file' '
        (
                mkdir large-file &&
                cd large-file &&