qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] ARM CPSR and conditional instructions - revisit


From: Simon Willcocks
Subject: Re: [Qemu-devel] [PATCH] ARM CPSR and conditional instructions - revisited
Date: Sun, 16 Nov 2008 02:25:45 +0100
User-agent: Messenger-Pro/2.62 (MsgServe/2.05) (RISC-OS/4.02F) POPstar/2.06-ds.5

In message <address@hidden>
          Paul Brook <address@hidden> 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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]