From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C31hH-0002Wv-56 for qemu-devel@nongnu.org; Thu, 02 Sep 2004 20:12:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C31hF-0002Wb-HF for qemu-devel@nongnu.org; Thu, 02 Sep 2004 20:12:54 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C31hF-0002WR-F7 for qemu-devel@nongnu.org; Thu, 02 Sep 2004 20:12:53 -0400 Received: from [38.113.3.61] (helo=smtp-out.hotpop.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1C31c5-0005ug-Qo for qemu-devel@nongnu.org; Thu, 02 Sep 2004 20:07:34 -0400 Received: from phreaker.net (kubrick.hotpop.com [38.113.3.103]) by smtp-out.hotpop.com (Postfix) with SMTP id AB94D7C1207 for ; Fri, 3 Sep 2004 00:07:31 +0000 (UTC) Received: from jbrown.mylinuxbox.org (pcp02982829pcs.midval01.tn.comcast.net [68.85.196.73]) by smtp-1.hotpop.com (Postfix) with ESMTP id B60E81A00A3 for ; Fri, 3 Sep 2004 00:07:28 +0000 (UTC) Date: Thu, 2 Sep 2004 20:07:26 -0400 From: "Jim C. Brown" Subject: Re: [Qemu-devel] Qemu development schedule? Message-ID: <20040903000726.GA22689@jbrown.mylinuxbox.org> References: <200408310107.07350.hetz@witch.dyndns.org> <002101c48ee5$46b2e280$20389c3f@computername> <1093908872.26682.76.camel@aragorn> <1C8FBBB0-FB2F-11D8-8B6F-000A95D874F4@mac.com> <1093973009.29476.16.camel@sherbert> <4134DF1A.4010407@bellard.org> <20040901215857.GA21314@jbrown.mylinuxbox.org> <20040902092645.A15294@bbland> <20040902205633.GB21292@jbrown.mylinuxbox.org> <20040903012835.A21319@bbland> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040903012835.A21319@bbland> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Fri, Sep 03, 2004 at 01:28:35AM +0200, Lionel Ulmer wrote: > > So? Fabrice has said that he'll add support got the Win32 GUI directly if some > > one sends a patch for it ... surely this makes it hard to port to the Linux > > platform??? > > My only problem with that is that I do not wish to see the QEMU code go down > the #ifdef / #endif hell (with #ifdef X11 / COCOA / WIN32 / .... sprinkled > anywhere over the code). > > So such patches are great .... if they are based on a framework that make > adding new display / input / sound drivers painless (i.e. without touching a > single line of code in QEMU's main code). > The ironic thing is that the original X11 driver did this seamlessly. You just removed the original sdl.c and renamed the X11 file to sdl.c and recompiled. Not as good as an actual framework tho. I guess we could split the sdl.c file into grap.c and sdl-driver.c, where grap.c provides all the functions that qemu calls (such as sdl_update_caption or toggle_full_screen), and grap.c simply calls a function in sdl-driver.c ... then to add X11 support, one simply has to send a patch to add the appropriate #ifdefs to grap.c and write an x11-driver.c > Lionel > > -- > Lionel Ulmer - http://www.bbrox.org/ > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.