Re: fr30 FP format question

[Joel Sherrill <joel dot sherrill at OARcorp dot com>]

Hans-Peter Nilsson wrote:
> 
> On Mon, 29 Apr 2002, Toon Moene wrote:
> 
> > Joel Sherrill wrote:
> >
> > > FR30 can't build fortran because this is being tripped
> > > in gcc/f/target.h:
> > >
> > > /* For now, g77 requires the ability to determine the exact bit pattern
> > >    of a float on the target machine.  (Hopefully this will be changed
> > >    soon).  Make sure we can do this.  */
> > >
> > > #if !defined (REAL_ARITHMETIC) \
> > >   && ((TARGET_FLOAT_FORMAT != HOST_FLOAT_FORMAT) \
> > >       || (FLOAT_WORDS_BIG_ENDIAN != HOST_FLOAT_WORDS_BIG_ENDIAN))
> > > #error "g77 requires ability to access exact FP representation of target
> > > machine
> > > "
> > > #endif
> > >
> > > The fr30 appears to only have software floating point based upon
> > > fr30/t-fr30 so I was thinking this had to be easy to fix but
> > > don't know precisely what I am looking for to compare against. :(
> > >
> > > Could someone point me in the right direction?  Thanks.
> >
> > As far as I can see, the only comparison in the above conditional that's
> > not true is FLOAT_WORDS_BIG_ENDIAN != HOST_FLOAT_WORDS_BIG_ENDIAN.
> 
> We must be talking about the 3.1 branch.  FR30 should define
> REAL_ARITHMETIC on the branch like everybody else.

Where should it do so?  Is this on the trunk?

> Anyway, it fails harder elsewhere and has always failed, at
> least for me.  See PR 6172 (fails on 3.1 as for trunk).

I looked it up.  :( <sigh>
 
> brgds, H-P

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel@OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
   Support Available             (256) 722-9985