qemu-arm stalls on a GCC sanitizer test since qemu-2.7
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QEMU |
Expired
|
Undecided
|
Unassigned |
Bug Description
Hi,
I have noticed that several GCC/sanitizer tests fail with timeout when executed under QEMU.
After a bit of investigation, I have noticed that this worked with qemu-2.7, and started failing with qemu-2.8, and still fails with qemu-2.10.1
I'm attaching a tarball containing:
alloca_
lib/librt.so.1
lib/libdl.so.2
lib/ld-
lib/libasan.so.5
lib/libc.so.6
lib/libgcc_s.so.1
lib/libpthread.so.0
lib/libm.so.6
To reproduce the problem:
$ qemu-arm -cpu any -R 0 -L $PWD $PWD/alloca_
returns in less than a second with qemu-2.7, and never with qemu-2.8
Using -d in_asm suggests that the program "almost" completes and qemu seems to stall on:
0x40b6eb44: e08f4004 add r4, pc, r4
Hi. Your test case doesn't run for me:
qemu-arm -cpu any -R 0 -L $PWD $PWD/alloca_ instruments_ all_paddings. exe instruments_ all_paddings. exe: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
/tmp/bug1727737/alloca_
Did you forget to include one of the needed libs in the tarball?