Rob Browning <r...@defaultvalue.org> writes: > I'll try to get some time this week to run the tests on a porterbox -- > see if I can reproduce the problem there.
I was able to reproduce the problem on partch, and then poked around a bit. It looks like this might be a glibc bug that's addressed in 2.19-18+deb8u8: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855606 I tested a trivial C program in jessie and sid chroots that just prints sqrt(2.0) and pow(2.0, 0.5) to 70 decimal places. jessie (glibc 2.19-18+deb8u7): 1.4142135623730949234300169337075203657150268554687500000000000000000000 1.4142135623730951454746218587388284504413604736328125000000000000000000 sid (glibc 2.24-10): 1.4142135623730951454746218587388284504413604736328125000000000000000000 1.4142135623730951454746218587388284504413604736328125000000000000000000 Then I grabbed the 2.19-18+deb8u8 deb, unpacked it, and (jessie_powerpc-dchroot)rlb@partch:~/guile-2.0-2.0.11+1$ LD_LIBRARY_PATH=/home/rlb/libc6_2.19-18+deb8u8/lib/powerpc-linux-gnu ./check-guile fractions.test Testing /home/rlb/guile-2.0-2.0.11+1/meta/guile ... fractions.test with GUILE_LOAD_PATH=/home/rlb/guile-2.0-2.0.11+1/test-suite Running fractions.test Totals for this test run: passes: 349 failures: 0 unexpected passes: 0 expected failures: 0 unresolved test cases: 0 untested test cases: 0 unsupported test cases: 0 errors: 0 Given that, I suspect that the buildd didn't have that version of libc, and if/when they do, the test will be fine. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
