On 01/26/2017 08:35 PM, Thorsten Glaser wrote: > Christian Seiler dixit: > >> Unfortunately I still haven't heard back from Front Desk about >> a porterbox account (I'm a DM) for arm64, and I really can't >> reproduce the issue in qemu on my system and I don't have >> ARMv8 hardware. > > I just did that for you,
Oh, thanks! :-) > and it’s fine on the porterbox as well > (so your workaround to expect a failure is actually not a problem): > test/stdlib/tst-calloc.c : build: OK run: OK But the test still fails on the buildd: https://buildd.debian.org/status/fetch.php?pkg=dietlibc&arch=arm64&ver=0.34%7Ecvs20160606-5&stamp=1485384794&raw=0 test/stdlib/tst-calloc.c : build: OK run: ERROR > Test was expected to fail, ignoring. RUN ERROR for test/stdlib/tst-calloc.c in variant pthreads (rc = 135), test output is: ------------------------------------------------------------ Bus error ------------------------------------------------------------ So the bug is still there... Could you do me a favor, if you're on the porterbox anyway? Could you install dietlibc-dev from sid in an schroot there, and then compile tst-calloc.c with the diet built on the buildd? diet -v -Os gcc -nostdinc -fstack-protector-strong -static \ -o debian/unittests/ttt test/stdlib/tst-calloc.c \ -lpthread ./debian/unittests/ttt > Now, an alpha porterbox would be nice… (there’s none listed). Yeah, especially since it builds fine in qemu-user alpha. (Well the latest upload does, after I fixed a ton of alpha-related bugs.) OTOH alpha is not a primary port, so I'm going to wait until after the release of Stretch to take care of that. The arm64 issue I would like to have fixed before the release. Regards, Christian
