From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FzjF6-0002Va-8S for qemu-devel@nongnu.org; Sun, 09 Jul 2006 20:03:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FzjF5-0002Tw-Db for qemu-devel@nongnu.org; Sun, 09 Jul 2006 20:03:15 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FzjF5-0002Tc-7l for qemu-devel@nongnu.org; Sun, 09 Jul 2006 20:03:15 -0400 Received: from [64.233.166.183] (helo=py-out-1112.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FzjG3-00064K-7B for qemu-devel@nongnu.org; Sun, 09 Jul 2006 20:04:15 -0400 Received: by py-out-1112.google.com with SMTP id n25so3288387pyg for ; Sun, 09 Jul 2006 17:03:12 -0700 (PDT) Message-ID: Date: Sun, 9 Jul 2006 17:03:12 -0700 From: "John R." Subject: Re: wxWidgets and C: was Re: [Qemu-devel] QEMU GUI In-Reply-To: <44B022EC.9060305@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44AC2667.8030008@gentoo.org> <20060708.003444.-399284312.imp@bsdimp.com> <20060708143413.GA20596@jbrown.mylinuxbox.org> <44B022EC.9060305@gmx.de> Reply-To: jhoger@pobox.com, 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 7/8/06, Oliver Gerlich wrote: > Is wxC still under active development? The CVS version seems to be quite > old, and I also couldn't find any documentation. > Well it wouldn't be the first unmaintained batch of code added to QEMU... Slirp is the example that comes to mind. In fact I think the QEMU developers are the de facto maintainers of the Slirp codebase. > So I think we should either just use GTK, or make Qemu ready for > integration of C++ GUI code (and use one of the common GUI toolkits), or It seems pretty clear that C++ is a non-starter. > add an interface for external GUIs (and run the GUI as an external > process, written in Python or Perl or the like). > This is already possible via command line options and accessing the monitor via perl expect or python expect. Of course an API would be easier to use and less likely to break. I'd certainly prefer an out-of-process GUI to admitting C++. I'm not sure what the issue is with just using GTK. That's what the nonpareil HP calculator emulator uses for the same reason: Eric dislikes C++. -- John.