From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dyywq-0005rS-1Z for qemu-devel@nongnu.org; Sat, 30 Jul 2005 17:32:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dyywk-0005nw-16 for qemu-devel@nongnu.org; Sat, 30 Jul 2005 17:32:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dyywj-0005mu-Qr for qemu-devel@nongnu.org; Sat, 30 Jul 2005 17:32:41 -0400 Received: from [64.233.182.192] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dyz4G-00088j-Lm for qemu-devel@nongnu.org; Sat, 30 Jul 2005 17:40:28 -0400 Received: by nproxy.gmail.com with SMTP id n15so17679nfc for ; Sat, 30 Jul 2005 14:28:19 -0700 (PDT) Message-ID: <46d6db660507301428707a9acf@mail.gmail.com> Date: Sat, 30 Jul 2005 23:28:19 +0200 From: Christian MICHON Subject: Re: [Qemu-devel] [Patch Submission] QEMU with GCC/Win32 In-Reply-To: <42EBD7E3.7090409@steveperkins.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <42EBCA12.80603@steveperkins.net> <200507302013.22433.paul@codesourcery.com> <42EBD7E3.7090409@steveperkins.net> Reply-To: Christian MICHON , 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 First rule of (efficient) engineering: <> for the record: gcc-3.3-x is *fine* and *most* stable, not just on windows. It's still my reference compiler even for linux kernels. Why do you feel it's necessary to upgrade? Because gcc people do? There's *no* speed improvement, as far as I can see (well, it crashes faster :)) This is not a C++ based project. Now that for the first time on win XP hosts we get decent speed, unless patches are really a must, I do not intend personnally to upgrade at every snapshot my current version of qemu. And testing does not mean using the latest only. We're talking stability/reliability now that we have kqemu in the picture (taking care of speed improvement). I believe reporting each pb is a team effort. Fabrice never reports any pb, he fixes them efficiently at his own pace. In short: there is a team out there. Or this mailing list would be dead. Christian