Am 24.02.2012 19:24, schrieb Anthony Liguori:
> 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.

I've revisited this now, and it seems that scripts/make_device_config.sh
already generates a .d file for each generated config, so in theory your
suggestion should not be necessary.

I wonder if the issue is that that dependency file says
"x86_64-softmmu/default-configs.mak: /path/to/default-configs/pci.mak"
rather than just "default-configs.mak: /path/to/default-configs/pci.mak"?

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

Reply via email to