From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:59467) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S0zp3-0001jv-Ij for qemu-devel@nongnu.org; Fri, 24 Feb 2012 13:24:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S0zoz-0000dG-Dl for qemu-devel@nongnu.org; Fri, 24 Feb 2012 13:24:49 -0500 Received: from mail-pz0-f45.google.com ([209.85.210.45]:48013) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S0zoz-0000dC-7n for qemu-devel@nongnu.org; Fri, 24 Feb 2012 13:24:45 -0500 Received: by dadp14 with SMTP id p14so3305100dad.4 for ; Fri, 24 Feb 2012 10:24:44 -0800 (PST) Message-ID: <4F47D5E8.1040204@codemonkey.ws> Date: Fri, 24 Feb 2012 12:24:40 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <4F47C892.5040800@codemonkey.ws> <4F47D247.3020509@suse.de> In-Reply-To: <4F47D247.3020509@suse.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] Compile/link errors List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-1?Q?Andreas_F=E4rber?= Cc: Gerhard Wiesinger , Paolo Bonzini , qemu-devel@nongnu.org On 02/24/2012 12:09 PM, Andreas Färber wrote: > Am 24.02.2012 18:27, schrieb Anthony Liguori: >> On 02/24/2012 11:11 AM, Gerhard Wiesinger wrote: >>> Hello, >>> >>> I'm having compile/link errors on >>> 85f38553031b1a6e07f786c9ab0d403af7252b4f: >>> LINK x86_64-softmmu/qemu-system-x86_64 >>> ../libhw64/virtio-pci.o: In function `virtio_scsi_exit_pci': >>> /root/download/qemu/git/qemu/hw/virtio-pci.c:956: undefined reference to >>> `virtio_scsi_exit' >>> ../libhw64/virtio-pci.o: In function `virtio_scsi_init_pci': >>> /root/download/qemu/git/qemu/hw/virtio-pci.c:939: undefined reference to >>> `virtio_scsi_init' >>> collect2: ld returned 1 exit status >>> >>> Clean compile. >>> >>> Any ideas? >> >> You have a stale configuration file. A 'make distclean' should help. > > Such errors indicate a dependency issue that should be fixed though. > (Same error here. Rebuilding after rm -rf * worked.) > > When I change target-specific default configs it always seemed to work > okay, is pci.mak different in any way? Or maybe some make target is > lacking a dependency on the regenerated config files? %/config-devices.mak: default-configs/%.mak I think you could add default-configs/pci.mak to this stanza and it would have regenerated here. Regards, Anthony Liguori > > Andreas >