El 23/02/11 09:28, Jan Kiszka escribió: > On 2011-02-23 09:05, klondike wrote: >> El 23/02/11 08:49, Nikola Ciprich escribió: >>> Hello Avi, >> Hi, >>> when trying to compile(link) various targets, I get: >>> LINK sparc-softmmu/qemu-system-sparc >>> pci-stub.o: In function `do_pci_info_print': >>> /usr/src/redhat/BUILD/qemu-kvm-0.14.0/hw/pci-stub.c:36: multiple definition of `do_pci_info_print' >>> pci.o:/usr/src/redhat/BUILD/qemu-kvm-0.14.0/hw/pci.c:1398: first defined here >>> /usr/bin/ld: Warning: size of symbol `do_pci_info_print' changed from 147 in pci.o to 50 in pci-stub.o >>> pci-stub.o: In function `do_pci_info': >>> /usr/src/redhat/BUILD/qemu-kvm-0.14.0/hw/pci-stub.c:31: multiple definition of `do_pci_info' >>> pci.o:/usr/src/redhat/BUILD/qemu-kvm-0.14.0/hw/pci.c:1560: first defined here >>> /usr/bin/ld: Warning: size of symbol `do_pci_info' changed from 150 in pci.o to 50 in pci-stub.o >>> pci.o: In function `pci_update_mappings': >>> pci.c:(.text+0xa91): undefined reference to `pci_bridge_get_base' >>> pci.c:(.text+0xaa5): undefined reference to `pci_bridge_get_limit' >>> pci.c:(.text+0xb7b): undefined reference to `pci_bridge_get_base' >>> pci.c:(.text+0xb8e): undefined reference to `pci_bridge_get_limit' >>> pci.o: In function `pci_get_devices_list': >>> pci.c:(.text+0x2024): undefined reference to `pci_bridge_get_limit' >>> pci.c:(.text+0x2036): undefined reference to `pci_bridge_get_base' >>> pci.c:(.text+0x2043): undefined reference to `pci_bridge_get_limit' >>> pci.c:(.text+0x2050): undefined reference to `pci_bridge_get_base' >>> pci.c:(.text+0x2060): undefined reference to `pci_bridge_get_limit' >>> pci.c:(.text+0x2070): undefined reference to `pci_bridge_get_base' >>> collect2: ld returned 1 exit status >>> make[1]: *** [qemu-system-sparc] Error 1 >>> make: *** [subdir-sparc-softmmu] Error 2 >> I hit this problem too and after a long night I tracked it back to some >> odd merge, this patch solved the issue for me. > This unfortunately breaks the build with device assignment enabled. > Patch below is required. > > Generally, I would recommend to avoid using the qemu-kvm tree for > anything else than x86 with kvm support. Other use cases ought to work > but are rarely tested. Better pick upstream qemu in this case until we > reduced the diffs between both trees to a much smaller amount. > qemu-kvm-0.15 may become a milestone in this regard. > > Jan Thanks Jan, Gentoo users have little to no choice until as the qemu and qemu-kvm ebuilds block each other (so it is impossible to install both at the same time). I'll send this patch to the bump request in the gentoo bugzilla if you agree :D klondike
Attachment:
signature.asc
Description: OpenPGP digital signature
