qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: Win2k host problem with {get, free}{addr, name}info()


From: Anthony Liguori
Subject: [Qemu-devel] Re: Win2k host problem with {get, free}{addr, name}info()
Date: Wed, 22 Sep 2010 08:42:04 -0500
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100826 Lightning/1.0b1 Thunderbird/3.0.7

On 09/22/2010 08:40 AM, Paolo Bonzini wrote:
On 09/21/2010 08:32 PM, Blue Swirl wrote:
Sort of, gnulib needs some configuration before use. I made some hacks
to avoid that and also suppressed warnings by overriding QEMU_CFLAGS,
but it's getting ugly.

Actually, there's no 'configure' in gnulib HEAD even though
docs/INSTALL mentions that. Strange.

gnulib's docs/INSTALL is a template for packages using autotools, it's not for gnulib itself.

Is it possible to apply local patches to a submodule tree?

It is not needed; to explain this, you need to go one step back.

gnulib's submodule is never built directly. It only lives in the build tree so that it can be consulted by gnulib-tool, but it doesn't even make it to the release tarballs. Instead, gnulib-tool should be invoked after checking out superproject.git, and copies selected gnulib files into superproject's checkout (these files are .gitignore'd).

Now, gnulib-tool also take care of applying patches to the files it copies, so the correct question is "is it possible to apply local patches to gnulib files" and the answer is "yes".

That said, as much as I am a fan of autotools, I think using gnulib within qemu would be a big mess.

If someone was willing to put in the effort, I'd be very supportive of moving QEMU to autotools.

Regards,

Anthony Liguori

Paolo




reply via email to

[Prev in Thread] Current Thread [Next in Thread]