From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EMyus-0006q1-1W for qemu-devel@nongnu.org; Tue, 04 Oct 2005 22:21:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EMyuq-0006pj-FY for qemu-devel@nongnu.org; Tue, 04 Oct 2005 22:21:57 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMyuq-0006pX-Bs for qemu-devel@nongnu.org; Tue, 04 Oct 2005 22:21:56 -0400 Received: from [206.46.252.44] (helo=vms044pub.verizon.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EMyuq-0002HB-Cw for qemu-devel@nongnu.org; Tue, 04 Oct 2005 22:21:56 -0400 Received: from [192.168.0.101] ([141.154.224.126]) by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2 HotFix 0.04 (built Dec 24 2004)) with ESMTPA id <0INV0027O7WI7L3C@vms044.mailsrvcs.net> for qemu-devel@nongnu.org; Tue, 04 Oct 2005 21:21:55 -0500 (CDT) Date: Tue, 04 Oct 2005 22:21:15 -0400 From: John Coiner Message-id: <4343389B.8040500@stanfordalumni.org> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7bit Subject: [Qemu-devel] [patch] fix for broken build due to nonblocking IO 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 Here are two new patches, which attempt to fix the QEMU build for the dependency on pthreads introduced by nonblocking IO. They are on the nonblocking IO page: http://people.brandeis.edu/~jcoiner/qemu_idedma/qemu_dma_patch.html#install The first is a quick fix to the QEMU's 'configure' script and 'Makefile.target'. On most unixes this will fix the build. On MinGW, the patch makes the configure script assume that the pthreads headers and DLL live in certain locations. The second patch (for MinGW only) applies to the pthreads-w32 distribution, so that it puts those headers and that DLL into those certain locations when you run 'make install'. The MinGW stuff here is pretty lame. It may not be better than nothing, but I don't really know what the right way is. That's why the build patches are separate from the C code patches -- they may be going down the wrong path, especially on MinGW. -- John