From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LNuCC-0003tT-FC for qemu-devel@nongnu.org; Fri, 16 Jan 2009 14:17:32 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LNuCA-0003sr-Pi for qemu-devel@nongnu.org; Fri, 16 Jan 2009 14:17:32 -0500 Received: from [199.232.76.173] (port=38700 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LNuCA-0003sm-K0 for qemu-devel@nongnu.org; Fri, 16 Jan 2009 14:17:30 -0500 Received: from smtp3-g21.free.fr ([212.27.42.3]:48569) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LNuC9-0000Xf-N6 for qemu-devel@nongnu.org; Fri, 16 Jan 2009 14:17:30 -0500 Received: from smtp3-g21.free.fr (localhost [127.0.0.1]) by smtp3-g21.free.fr (Postfix) with ESMTP id 1731D818124 for ; Fri, 16 Jan 2009 20:17:25 +0100 (CET) Received: from laptop (vaf26-2-82-244-111-82.fbx.proxad.net [82.244.111.82]) by smtp3-g21.free.fr (Postfix) with ESMTP id E5AC1818040 for ; Fri, 16 Jan 2009 20:17:22 +0100 (CET) In-Reply-To: <4970D6A0.5090609@codemonkey.ws> Subject: Re: [Qemu-devel] [6324] Return -errno on write failure (Gleb Natapov) From: "=?utf-8?q?Fran=C3=A7ois?= Revol" Date: Fri, 16 Jan 2009 20:17:47 +0100 CET Message-Id: <4913173279-BeMail@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable 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 > If a full set of patches was posted that to QEMU that made the latest > SVN compile on BeOS with a free compiler, I would think we would > evaluate them and determine how intrusive the changes were compared > to > the value of supporting BeOS and apply them if appropriate. Avoiding > -errno, IMHO, is a fair trade off to support another platform even if > there is a niche user base. I don't have time to do it right away, but it's on my list. > That said, such patches have not been posted. I don't think it's > wise > to get into a habit of avoiding things because some random platform > that > QEMU doesn't support today doesn't support said feature. There is a BeOS port already. I just think noone noticed this issue so it wasn't concerned by the patches, but there are patches. I have an old one around but I don't even recall what it fixes: http://revolf.free.fr/beos/patches/qemu-0.7.1.beos.patch.001.txt The maintainer of our port didn't submit patches because he was too busy to clean it up AFAIK. I'm not even sure it'd still build on BeOS, but that'd certainly help building in Haiku. > So I'm not inclined to change code that conforms to ANSI unless > someone > puts the work into supporting BeOS in mainline QEMU and that said > work > doesn't require very invasive changes. As per other ports, it's not invasive it's just a large diff and it's fastidious to make sure each and every occurence is fixed. something like: http://revolf.free.fr/beos/patches/ffmpeg=5Fbeos=5Fcleanup.002.diff or http://revolf.free.fr/beos/patches/oss-hg-365-beos.diff.txt Fran=C3=A7ois.