- Original Message -
> From: "Markus Armbruster"
> To: "Paolo Bonzini"
> Cc: "Eduardo Habkost" , "Peter Maydell"
> , "Fam Zheng"
> , "QEMU Developers"
> Sent: Friday, December 23, 2016 10:02:33 AM
> Sub
Paolo Bonzini writes:
> On 22/12/2016 18:42, Eduardo Habkost wrote:
>> On Thu, Dec 22, 2016 at 06:32:24PM +0100, Paolo Bonzini wrote:
>>>
>>>
>>> On 22/12/2016 18:30, Peter Maydell wrote:
On 22 December 2016 at 15:59, Paolo Bonzini wrote:
> This moves out of libqemustub.a those function
On 22/12/2016 18:42, Eduardo Habkost wrote:
> On Thu, Dec 22, 2016 at 06:32:24PM +0100, Paolo Bonzini wrote:
>>
>>
>> On 22/12/2016 18:30, Peter Maydell wrote:
>>> On 22 December 2016 at 15:59, Paolo Bonzini wrote:
This moves out of libqemustub.a those functions which can be handled
si
On Thu, Dec 22, 2016 at 06:32:24PM +0100, Paolo Bonzini wrote:
>
>
> On 22/12/2016 18:30, Peter Maydell wrote:
> > On 22 December 2016 at 15:59, Paolo Bonzini wrote:
> >> This moves out of libqemustub.a those functions which can be handled
> >> simply by $(call lnot), like we already do for pci-
On 22/12/2016 18:30, Peter Maydell wrote:
> On 22 December 2016 at 15:59, Paolo Bonzini wrote:
>> This moves out of libqemustub.a those functions which can be handled
>> simply by $(call lnot), like we already do for pci-stub.c or kvm-stub.c.
>> libqemustub.a keep the more complex cases where a
On 22 December 2016 at 15:59, Paolo Bonzini wrote:
> This moves out of libqemustub.a those functions which can be handled
> simply by $(call lnot), like we already do for pci-stub.c or kvm-stub.c.
> libqemustub.a keep the more complex cases where a small part of the
> executables we build needs an
This moves out of libqemustub.a those functions which can be handled
simply by $(call lnot), like we already do for pci-stub.c or kvm-stub.c.
libqemustub.a keep the more complex cases where a small part of the
executables we build needs an implementation of a small subset of an API.
Paolo
Paolo B
