qemu-devel
[Top][All Lists]
Advanced

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

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


From: malc
Subject: Re: [Qemu-devel] Re: Win2k host problem with {get, free}{addr, name}info()
Date: Wed, 22 Sep 2010 19:27:17 +0400 (MSD)
User-agent: Alpine 2.00 (LNX 1167 2008-08-23)

On Wed, 22 Sep 2010, Anthony Liguori wrote:

> 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.

And i'll be against it.

-- 
mailto:address@hidden



reply via email to

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