blob: 188b06a8bd1f903bb6154f20f611d9936c9bb0e1 (
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
58
|
kernel: 0.959
architecture: 0.940
ppc: 0.922
device: 0.903
mistranslation: 0.871
semantic: 0.862
graphic: 0.860
PID: 0.779
user-level: 0.745
x86: 0.739
network: 0.737
hypervisor: 0.696
i386: 0.694
peripherals: 0.691
register: 0.686
files: 0.658
permissions: 0.655
socket: 0.640
TCG: 0.591
risc-v: 0.591
arm: 0.584
VMM: 0.577
debug: 0.577
performance: 0.561
virtual: 0.544
KVM: 0.497
boot: 0.490
vnc: 0.458
assembly: 0.452
Warnings are treated as errors
System: Ubuntu 14.04, 32bit
Kernel: 3.13.0-55-generic
Qemu: v. 2.2.50
Error msg:
hw/acpi/pcihp.c: In function ‘acpi_pcihp_pc_no_hotplug’:
hw/acpi/pcihp.c:117:34: error: ‘PCIDevice’ has no member named ‘qdev’
return (pc->is_bridge && !dev->qdev.hotplugged) || !dc->hotpluggable;
^
hw/acpi/pcihp.c:118:1: error: control reaches end of non-void function [-Werror=return-type]
}
^
cc1: all warnings being treated as errors
I have same error "PCIDevice has no member named 'qdev'" with you.
Did you find any solutions to this error?
(a) That warnings are treated as errors is a feature, not a bug (it happens for development builds only)
(b) the definition of struct PCIDevice in include/hw/pci/pci.h starts with "DeviceState qdev;" so it's not clear to me how that error could be produced in the first place
I see the original submitter was using 2.2.50 -- I suggest using either (a) a release build of QEMU or (b) current master. 2.2.50 will be from somewhere on trunk between 2.2 and 2.3, so might quite possibly have had a build bug that was quickly fixed subsequently.
Closing this as invalid - unless you can reproduce this with the latest release version or the current master branch again, then please feel free to open this ticket again.
|
