[Top][All Lists]

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

Re: [Qemu-devel] Sparc port

From: David S. Miller
Subject: Re: [Qemu-devel] Sparc port
Date: Sun, 08 Jun 2003 03:20:40 -0700 (PDT)

   From: Fabrice Bellard <address@hidden>
   Date: Sun, 08 Jun 2003 12:10:22 +0200

   I have two ideas :
   1) We use -mflat for exec-i386.c and helper-i386.c but not for op-i386.c 
   to avoid gcc bugs. Now that op-i386.c only contains opcodes, the code 
   inside should almost look like '-mflat' code.
-mflat doesn't work, gcc doesn't obey -fno-delayed-branch when
-mflat is specified and that basically makes it useless.

Also, this feature of GCC is scheduled for deprecation.

   2) We can patch cpu_exit_loop() by doing the right number of restores 
   (maybe a single longjmp would suffice as l0...l7 are still saved.

This might work.   

I think all things that generated code could call should marked as
ONLY being invoked from generated code, and furthermore have a very
fixed environment that we can rely upon.

It is the only clean way to deal with this sparc issue in the long

reply via email to

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