From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L1WN6-0002Ge-Q0 for qemu-devel@nongnu.org; Sat, 15 Nov 2008 20:24:16 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L1WN2-0002GG-UA for qemu-devel@nongnu.org; Sat, 15 Nov 2008 20:24:16 -0500 Received: from [199.232.76.173] (port=59961 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L1WN2-0002GD-Nm for qemu-devel@nongnu.org; Sat, 15 Nov 2008 20:24:12 -0500 Received: from mailout10.t-online.de ([194.25.134.21]:50151) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L1WN2-0000KY-EP for qemu-devel@nongnu.org; Sat, 15 Nov 2008 20:24:12 -0500 Date: Sun, 16 Nov 2008 02:25:45 +0100 From: Simon Willcocks Subject: Re: [Qemu-devel] [PATCH] ARM CPSR and conditional instructions - revisited Message-ID: References: <6a7a0afe4f.simonwillcocks@home.invalid> <200811141248.31086.paul@codesourcery.com> In-Reply-To: <200811141248.31086.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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 Cc: paul@codesourcery.com In message <200811141248.31086.paul@codesourcery.com> Paul Brook wrote: > On Friday 14 November 2008, Simon Willcocks wrote: > > Hello, > > > > I was having a problem emulating some ARM code > > You need to use a newer qemu. This has been fixed for ages. You're right; on the 1st April, I guess that makes me an April Fool :-) On the other hand, it has raised a couple of questions. 1. At what point will there be a new release of the software? Is there a target being worked towards? 2. How do I compile my simple test program? This used to be good enough: gcc flags_test1.c -o flags_test1 qemu-0.9.1/arm-linux-user/libqemu.a \ -I qemu-0.9.1 -DNEED_CPU_H -Iqemu-0.9.1/fpu -I qemu-0.9.1/arm-linux-user/ \ -Wall qemu-0.9.1/osdep.c -I qemu-0.9.1/target-arm/ -D_XOPEN_SOURCE=600 But now libqemu.a seems to need a lot of features from other places that I can't easily identify. (Just osdep.c covered everything, before.) I can understand the emulator needing wrapped malloc-like routines, but why does the base emulator (which is what I thought the libqemu.a file contained) need to know about mmap_lock? I'm a little frustrated, and inclined to go back to using the 0.9.1. library with my patch to continue, although there are presumably other improvements to the development build. Thanks, Simon -- ROLF - The RISC OS Look and Feel on Linux. http://stoppers.drobe.co.uk http://ro-lookandfeel.blogspot.com/