qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 00/16] clean up vl.c code


From: Jes Sorensen
Subject: Re: [Qemu-devel] [PATCH 00/16] clean up vl.c code
Date: Fri, 04 Jun 2010 13:57:15 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100430 Fedora/3.0.4-2.fc12 Lightning/1.0b2pre Thunderbird/3.0.4

On 06/04/10 13:54, Markus Armbruster wrote:
> Jes Sorensen <address@hidden> writes:
> 
>> On 06/04/10 10:21, Markus Armbruster wrote:
>>> I like moving stuff out of vl.c in general.  Your moves of entire
>>> functions look like a win to me.  I have doubts about spreading the
>>> option switch over three files, though.
>>
>> The problem is right now there are too many OS specific options, but
>> having the #ifdefs plastered all over to enable/disable them accordingly
>> is just a nightmare and is prone to leave in inconsistent behavior for
>> various OSes. See the set_proc_name() stuff for an example.
> 
> I doubt spreading option code over separate files will help consistency.
> 
> I suspect the true root of the problem is having (too many) OS-specific
> options in the first place.  What about parsing options the same
> everywhere, calling out to OS-specific functions to do the actual work?
> Let them fail with "can't do this on this OS".

That is a possibility which I did consider, but it would end up in far
more os specific functions for simple assignments etc. I modeled it the
way I did similar to how we handle ioctl calls in the kernel.

If there is strong feeling we should do it this way instead, I can
change the code to do it this way instead. I am not married to the
current approach, I just find it the lesser evil.

Cheers,
Jes



reply via email to

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