about SPARC_HAS_FPU = 1

Alexandre Constantino alexandre.constantino at edisoft.pt
Tue Oct 28 11:36:46 UTC 2008


Hello,

Is this patch available for download somewhere?

Regards,
Alexandre Constantino



On Saturday 25 October 2008, Jiri Gaisler wrote:
> 
> There has been some new development on this issue. We have
> made a small patch to gcc to avoid emitting FPU instructions for
> integer code. This was actually done in the frame of using gcc for a
> SPARC/LEON port of VxWorks-6.x, but is applicable to RTEMS as well.
> 
> I would suggest that we include this patch to the rtems-gcc tool chain,
> and then we can compile the kernel using the regular (multi-lib) flags
> rather than always using -msoft-float.
> 
> Jiri.
> 
> >>
> >> Yes, i am referring to the statement
> >> #define SPARC_HAS_FPU 1
> >>
> >> My understanding is that if the kernel is compiled with -msoft-float then we
> >> have
> >> #define SPARC_HAS_FPU 0 (from the header file
> >> cpukit/score/cpu/sparc/rtems/score/sparc.h)
> >> and then both symbols CPU_HARDWARE_FP and CPU_SOFTWARE_FP are FALSE.
> >>
> > [snip]
> > 
> > As Jiri said, SPARC_HAS_FPU should be always set, and this is
> > currently not true. I guess someone should change/review that.
> > 
> > Aleix
> 
> _______________________________________________
> rtems-users mailing list
> rtems-users at rtems.com
> http://rtems.rtems.org/mailman/listinfo/rtems-users
> 





More information about the users mailing list