On Sat, Sep 25, 2010 at 10:15 AM, Blue Swirl wrote:
> On Fri, Sep 24, 2010 at 9:21 PM, Bastien ROUCARIES
> wrote:
>> Forget cc
>>
>> -- Message transféré --
>> De : "Bastien ROUCARIES"
>> Date : 24 sept. 2010 23:21
>> Objet
On Fri, Sep 24, 2010 at 9:21 PM, Bastien ROUCARIES
wrote:
> Forget cc
>
> -- Message transféré --
> De : "Bastien ROUCARIES"
> Date : 24 sept. 2010 23:21
> Objet : RE : [Qemu-devel] Re: Win2k host problem with {get, free}{addr,
> name}info()
>
Forget cc
-- Message transféré --
De : "Bastien ROUCARIES"
Date : 24 sept. 2010 23:21
Objet : RE : [Qemu-devel] Re: Win2k host problem with {get, free}{addr,
name}info()
À : "Blue Swirl"
If you see a recent thread on the gnulib mailling list, you will show
On 09/22/2010 07:16 PM, Blue Swirl wrote:
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
On Wed, Sep 22, 2010 at 1:40 PM, 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
On 09/22/2010 10:27 AM, malc wrote:
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.
I'd prefer to wait to have this flame war until after someone expresses
realistic interesting in such an effort.
Suffice to
On Wed, 22 Sep 2010, Paolo Bonzini wrote:
> On 09/22/2010 05:27 PM, malc wrote:
> > On Wed, 22 Sep 2010, Anthony Liguori wrote:
> > > 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.
>
> This somehow does
On 09/22/2010 05:27 PM, malc wrote:
On Wed, 22 Sep 2010, Anthony Liguori wrote:
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.
This somehow doesn't surprise me.
Anyway, what do you think about the idea of making the c
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,
> > > bu
On 09/22/2010 03:42 PM, Anthony Liguori wrote:
If someone was willing to put in the effort, I'd be very supportive of
moving QEMU to autotools.
For 0.14 it would be a nice start to convert the command line to
something more autoconfy (e.g. MAKE= instead of --make=).
Paolo
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 H
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. St
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. St
On Tue, Sep 21, 2010 at 10:09 AM, Paolo Bonzini wrote:
Does gnulib have a similar replacement function?
>>>
>>> Very similar, in fact that must be the source.
>>>
The nice thing about gnulib is that in the long term, we could
potentially
use gnulib for compatibility and make su
Does gnulib have a similar replacement function?
Very similar, in fact that must be the source.
The nice thing about gnulib is that in the long term, we could potentially
use gnulib for compatibility and make sure to get updated code.
One problem is that the current versions use GPLv3.
Sor
15 matches
Mail list logo
