[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new
From: |
Markus Armbruster |
Subject: |
Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new |
Date: |
Thu, 24 May 2012 16:48:18 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) |
Andreas Färber <address@hidden> writes:
> Am 24.05.2012 16:08, schrieb Markus Armbruster:
>> Andreas Färber <address@hidden> writes:
>>
>>> Am 24.05.2012 13:43, schrieb Markus Armbruster:
>>>> Beware: second patch is the product of voodoo-coding.
>>>
>>> Hm, I don't like the voodoo. ;) I would rather expose a proper C API
>>> like object_try_new(const char *, Error **) than opening up the TypeImpl
>>> internals to the public and hand-coding it everywhere.
>>
>> How does returning a TypeImpl * open up TypeImpl any more than
>> type_register() already does?
>
> type_register[_static]() operates on TypeInfo, not TypeImpl.
>
> I consider TypeImpl an implementation detail of qom/object.c, but maybe
> I'm mistaken.
They return TypeImpl *, just like type_get_by_name().
[...]
- [Qemu-devel] [PATCH RFC 1/2] qom: Give type_get_by_name() external linkage, (continued)
- [Qemu-devel] [PATCH RFC 1/2] qom: Give type_get_by_name() external linkage, Markus Armbruster, 2012/05/24
- Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Andreas Färber, 2012/05/24
- Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Anthony Liguori, 2012/05/24
- Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Peter Maydell, 2012/05/24
- Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Anthony Liguori, 2012/05/24
- Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Peter Maydell, 2012/05/24
- Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Anthony Liguori, 2012/05/24
- Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Peter Maydell, 2012/05/24
Re: [Qemu-devel] [PATCH RFC 0/2] QMP command qom-new, Markus Armbruster, 2012/05/24