I ran into this myself yesterday. I couldn't figure out a definitive answer, because I am no expert on the SPARC architecture, but it appears that at least on an UltraSparc IIi machine from a few years ago, the "sparc V9" instructions are supported. However, the gcc by default doesn't define __sparc_v9__ on that architecture. There are some -m flags that can be passed to gcc (like multisparc, etc.), but I'm not sure for what host machines they are appropriate exactly. Perhaps the SPARC experts on the list can comment more, but in the meantime, the following simple (but likely incorrect) patch worked fine for me:
Index: cpu-all.h =================================================================== RCS file: /cvsroot/qemu/qemu/cpu-all.h,v retrieving revision 1.57 diff -a -u -r1.57 cpu-all.h --- cpu-all.h 18 Jul 2006 21:23:34 -0000 1.57 +++ cpu-all.h 24 Jul 2006 13:35:47 -0000 @@ -971,7 +971,7 @@ return val; } -#elif defined(__sparc_v9__) +#elif defined(__sparc__) static inline int64_t cpu_get_real_ticks (void) { Regards, Leo Reiter Jonathan Kalbfeld wrote: > At airport so can't paste. cpu_get_real_ticks doesn't resolve in > vl.o. Using blastwave gcc 3.4.6. What am I missing? -- Leonardo E. Reiter Vice President of Product Development, CTO Win4Lin, Inc. Virtual Computing that means Business Main: +1 512 339 7979 Fax: +1 512 532 6501 http://www.win4lin.com _______________________________________________ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel