From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D3Kya-0003az-HN for qemu-devel@nongnu.org; Mon, 21 Feb 2005 16:20:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D3KyU-0003Wf-DK for qemu-devel@nongnu.org; Mon, 21 Feb 2005 16:20:15 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D3KyS-0003Uh-HW for qemu-devel@nongnu.org; Mon, 21 Feb 2005 16:20:12 -0500 Received: from [157.193.204.1] (helo=trappist.elis.UGent.be) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D3KdU-0008UC-PR for qemu-devel@nongnu.org; Mon, 21 Feb 2005 15:58:33 -0500 Received: from [157.193.206.33] (bigmac.elis.UGent.be [157.193.206.33]) by trappist.elis.UGent.be (8.11.6/8.11.6) with ESMTP id j1LKwV404148 for ; Mon, 21 Feb 2005 21:58:31 +0100 Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <421A441C.3000004@bellard.org> References: <6a3c367237141a46e9d50c2806a212c0@elis.ugent.be> <67020f2e144efbf20ea9d0eb09315239@elis.ugent.be> <87491237e8d0eaafae0d0da9f45799de@elis.ugent.be> <421A441C.3000004@bellard.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Jonas Maebe Subject: Re: [Qemu-devel] Patch to fix Mac OS X compilation Date: Mon, 21 Feb 2005 21:58:31 +0100 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 21 feb 2005, at 21:27, Fabrice Bellard wrote: >> At address 0x743ac, the branch to __op_gen_label1 gets patched so it >> points to the basic block coming after the loopzw. In that case, LR >> does not get restored (it was destroyed at 0x74394 by the bctrl), so >> the next blr which gets executed returns to 0x74398. This causes an >> endless loop, obviously. >> This does not seem to be Mac OS X-specific at all, and should also >> happen under Linux/ppc I think. > > I just made a fix. Tell me if you see other problems... Thanks, it seems to work great now! There's still the problems of rclw_table, rclb_table and parity_table not being relocated properly, but that doesn't affect many programs (who uses daa? :) and was already the same in 0.61. Jonas PS: I wonder when we'll see an updated iEmulator