On 2 March 2018 at 14:05, Eric Blake <ebl...@redhat.com> wrote:
> On 03/02/2018 06:38 AM, Peter Maydell wrote:
>> This produces a huge pile of warnings from my OSX toolchain.
>> When running ar on libqemuutil.a:
>>    AR      libqemuutil.a
>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
>> file: libqemuutil.a(qapi-types.o) has no symbols
> Part of this change was moving the location of the generated ./qapi-types.c
> to qapi/qapi-types.c.  Could it be that you are doing an incremental build,
> rather than a clean build, and the compiler is picking up the stale version
> of the file rather than its new location?

I am doing an incremental build, yes. That needs to work, not break...

>> I had a look at the autogenerated .c files on my Linux build, and they
>> seem to consist only of a bunch of #includes. Why are we not generating
>> any code here?

> But I just checked, and at least for qapi/qapi-types.c, the generated file
> IS just a list of includes; and in fact, it looks like all of the mentioned
> files are in that boat (for example, qapi/transaction.json has no events, so
> qapi/qapi-events-transaction.c being empty makes sense).

> I know that some compilers are picky about that.

Yes, I think this is what is causing the problem.

> Is a typedef enough to
> cause the compiler to have something to compile without warnings?

Given that the warnings are coming from nm and ranlib, anything that
doesn't actually cause a symbol to be put into the .o file isn't going
to be enough I suspect.

> If so,
> does this patch solve things?  If it does, I'll squash it in the right place
> within the series and submit a v3 pull request.
> diff --git i/scripts/qapi/common.py w/scripts/qapi/common.py
> index 077e0fde4f4..aed32646c00 100644
> --- i/scripts/qapi/common.py
> +++ w/scripts/qapi/common.py
> @@ -2035,6 +2035,13 @@ class QAPIGenC(QAPIGen):
>  ''',
>                       blurb=self._blurb, copyright=self._copyright)
> +    def _bottom(self, fname):
> +        return mcgen('''
> +/* Dummy typedef to prevent empty .o file */
> +typedef int %(name)s;
> +''',
> +                     name=c_name(fname))
> +
>  class QAPIGenH(QAPIGenC):

I just tested this, and it isn't sufficient.

-- PMM

Reply via email to