summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/debug/1880287
blob: b88a74ac00e1f2ccac932a346942fd30b1542e36 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
debug: 0.941
performance: 0.763
mistranslation: 0.735
virtual: 0.731
graphic: 0.725
TCG: 0.678
peripherals: 0.675
user-level: 0.668
kernel: 0.656
semantic: 0.607
ppc: 0.543
device: 0.539
architecture: 0.501
permissions: 0.491
hypervisor: 0.454
socket: 0.453
network: 0.439
PID: 0.437
i386: 0.391
files: 0.387
boot: 0.364
vnc: 0.340
arm: 0.322
assembly: 0.314
VMM: 0.305
x86: 0.293
risc-v: 0.291
KVM: 0.290
register: 0.272

gcc crashes in hppa emulation

There seems to be a translation bug in the qemu-hppa (qemu v5.0.0) emulation:
A stripped down testcase (taken from Linux kernel build) is attached.

In there is "a.sh", a shell script which calls gcc-9 (fails with both debian gcc-9.3.0-11 or gcc-9.3.0-12). and "a.iii", the preprocessed source.

When starting a.sh, in the emulation gcc crashes with segfault.
On real hardware gcc succeeds to compile the source.

In a hppa-user chroot running "apt update && apt install gcc-9" should be sufficient to get the needed reproducer environment.



Test still crashes the VM and chroot with up-to-date debian chroot, including updated gcc-9.3.0-14.

Sven Schnelle (<email address hidden>) noticed that increasing
-#define TCG_MAX_TEMPS 512
+#define TCG_MAX_TEMPS 1024
in include/tcg/tcg.h prevents fixes that crash.

Thanks for the debugging.  Failure to free temporaries.

Fixed here:
https://git.qemu.org/?p=qemu.git;a=commitdiff;h=79826f99feb7