René Scharfe <l.s.r@xxxxxx> writes: > Am 30.04.2017 um 18:32 schrieb Johannes Sixt: >> Am 30.04.2017 um 09:53 schrieb René Scharfe: >>> @@ -178,7 +182,8 @@ test_expect_success EXPENSIVE,UNZIP 'zip >>> archive bigger than 4GB' ' >>> "$GIT_UNZIP" -t many-big.zip >>> ' >>> >>> -test_expect_success EXPENSIVE,UNZIP,ZIPINFO 'zip archive with >>> files bigger than 4GB' ' >>> +test_expect_success >>> EXPENSIVE,LONG_IS_64BIT,UNZIP,UNZIP_ZIP64_SUPPORT,ZIPINFO \ >> >> Why is LONG_IS_64BIT required? > > Blob sizes are kept in variables of type unsigned long. 64 bits are > required to store file sizes bigger than 4GB, and this test is about > such a file. A 32-bit git can't use the pack we supply the test file > in, so we have to skip this test. > >>> + 'zip archive with files bigger than 4GB' ' >>> # Pack created with: >>> # dd if=/dev/zero of=file bs=1M count=4100 && git >>> hash-object -w file >>> mkdir -p .git/objects/pack && OK, so let's queue this on top and have it in 'next' to unblock users of older unzip and unzip compiled wihtout zip64 support? Thanks.