2012/2/20 Stefano Stabellini :
> On Mon, 20 Feb 2012, Anthony Liguori wrote:
>> On 02/20/2012 08:06 AM, Stefano Stabellini wrote:
>> > On Mon, 20 Feb 2012, Anthony Liguori wrote:
>> >> On 02/19/2012 08:52 PM, Brad Smith wrote:
>> >>> On 19/02/12 9:44 PM, Anthony Liguori wrote:
>> On 02/19/2012
On Mon, 20 Feb 2012, Anthony Liguori wrote:
> On 02/20/2012 08:06 AM, Stefano Stabellini wrote:
> > On Mon, 20 Feb 2012, Anthony Liguori wrote:
> >> On 02/19/2012 08:52 PM, Brad Smith wrote:
> >>> On 19/02/12 9:44 PM, Anthony Liguori wrote:
> On 02/19/2012 08:24 PM, Brad Smith wrote:
> > O
On 02/20/2012 08:06 AM, Stefano Stabellini wrote:
On Mon, 20 Feb 2012, Anthony Liguori wrote:
On 02/19/2012 08:52 PM, Brad Smith wrote:
On 19/02/12 9:44 PM, Anthony Liguori wrote:
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to
On Mon, 20 Feb 2012, Anthony Liguori wrote:
> On 02/19/2012 08:52 PM, Brad Smith wrote:
> > On 19/02/12 9:44 PM, Anthony Liguori wrote:
> >> On 02/19/2012 08:24 PM, Brad Smith wrote:
> >>> On 19/02/12 8:10 PM, Anthony Liguori wrote:
> > If not, it will be nice to keep
> > SDL because GTK hu
On 02/19/2012 08:52 PM, Brad Smith wrote:
On 19/02/12 9:44 PM, Anthony Liguori wrote:
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a r
On 19/02/12 9:44 PM, Anthony Liguori wrote:
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially given
2012/2/20 Anthony Liguori :
> On 02/19/2012 08:24 PM, Brad Smith wrote:
>>
>> On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
>>>
>>>
>>> Neither are true. GTK is a reasonably small dependency esp
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially given
that GLIB is a mandatory dependency. I can't
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially given
that GLIB is a mandatory dependency. I can't imagine that in terms of
binary size, libs
On Feb 19, 2012 7:50 PM, "Roy Tam" wrote:
>
> 2012/2/20 Anthony Liguori :
> > On 02/19/2012 06:15 PM, Roy Tam wrote:
> >>
> >> 2012/2/20 Anthony Liguori:
> >>>
> >>> A user can still enable SDL with '-sdl' or '-display sdl' but start
> >>> making the
> >>> default display GTK by default.
> >>>
> >
2012/2/20 Anthony Liguori :
> On 02/19/2012 06:15 PM, Roy Tam wrote:
>>
>> 2012/2/20 Anthony Liguori:
>>>
>>> A user can still enable SDL with '-sdl' or '-display sdl' but start
>>> making the
>>> default display GTK by default.
>>>
>>> I'd also like to deprecate the SDL display and remove it in a
On 02/19/2012 06:15 PM, Roy Tam wrote:
2012/2/20 Anthony Liguori:
A user can still enable SDL with '-sdl' or '-display sdl' but start making the
default display GTK by default.
I'd also like to deprecate the SDL display and remove it in a few releases.
So, will a win32 native UI be written?
2012/2/20 Anthony Liguori :
> A user can still enable SDL with '-sdl' or '-display sdl' but start making the
> default display GTK by default.
>
> I'd also like to deprecate the SDL display and remove it in a few releases.
>
So, will a win32 native UI be written? If not, it will be nice to keep
SD
A user can still enable SDL with '-sdl' or '-display sdl' but start making the
default display GTK by default.
I'd also like to deprecate the SDL display and remove it in a few releases.
Signed-off-by: Anthony Liguori
---
vl.c | 38 --
1 files changed, 24 i
14 matches
Mail list logo