[Qemu-devel] Compile errors on Solaris for qemu 0.8.2

[Qemu-devel] Compile errors on Solaris for qemu 0.8.2

[Jonathan Kalbfeld]

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?
-- 
--
Jonathan Kalbfeld
+1 323 620 6682

Re: [Qemu-devel] Compile errors on Solaris for qemu 0.8.2

[Leonardo E. Reiter]

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

Re: [Qemu-devel] Compile errors on Solaris for qemu 0.8.2

[Jonathan Kalbfeld]

Ok will try when back from DC. Thx

On 7/24/06, Leonardo E. Reiter <lreiter@win4lin.com> wrote:
> 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
>


-- 
--
Jonathan Kalbfeld
+1 323 620 6682

Re: [Qemu-devel] Compile errors on Solaris for qemu 0.8.2

[Blue Swirl]

>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:

Well, at least my gcc defines __sparc_v9__ if cpu is either v9, ultrasparc 
or ultrasparc3:
%{mcpu=v9:-D__sparc_v9__} %{mcpu=ultrasparc:-D__sparc_v9__} 
%{mcpu=ultrasparc3:-D__sparc_v9__}

This is from /usr/lib/gcc-lib/sparc-linux/3.3.5/specs. What does your 
compiler define, as you still can compile the RDTICK instruction in the 
#ifdef section? RDTICK is not available on V8 (Sparc32) architecture, only 
on V9.

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar - get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

Re: [Qemu-devel] Compile errors on Solaris for qemu 0.8.2

[Jonathan Kalbfeld]

I went ahead and made Leo's change and it built.  Also, I bit the
bullet and used the blastwave compiler.  However, I still get
segfaults trying to run sparc-test on qemu-system-sparc from my
sparc/solaris box.  Is this a known issue?  Also happens with mips.



On 7/24/06, Blue Swirl <blueswir1@hotmail.com> wrote:
> >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:
>
> Well, at least my gcc defines __sparc_v9__ if cpu is either v9, ultrasparc
> or ultrasparc3:
> %{mcpu=v9:-D__sparc_v9__} %{mcpu=ultrasparc:-D__sparc_v9__}
> %{mcpu=ultrasparc3:-D__sparc_v9__}
>
> This is from /usr/lib/gcc-lib/sparc-linux/3.3.5/specs. What does your
> compiler define, as you still can compile the RDTICK instruction in the
> #ifdef section? RDTICK is not available on V8 (Sparc32) architecture, only
> on V9.
>
> _________________________________________________________________
> FREE pop-up blocking with the new MSN Toolbar - get it now!
> http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/
>
>


-- 
--
Jonathan Kalbfeld
+1 323 620 6682