Matthew Fortune writes:
>> Matthew Fortune writes:
>> > I'm still interested in how successfully the MIPS backend is managing
>> > to avoid floating point but I am also convinced there are bugs in
>> > ld.so entry points for MIPS.
>>
>> It uses the standard mechanism to avoid it, which is markin
> Matthew Fortune writes:
> > I'm still interested in how successfully the MIPS backend is managing
> > to avoid floating point but I am also convinced there are bugs in
> > ld.so entry points for MIPS.
>
> It uses the standard mechanism to avoid it, which is marking uses of FP
> registers for in
Matthew Fortune writes:
> I'm still interested in how successfully the MIPS backend is managing to
> avoid floating point but I am also convinced there are bugs in ld.so
> entry points for MIPS.
It uses the standard mechanism to avoid it, which is marking uses of
FP registers for integer moves, l
> > My most recent reason for looking at this is because I am starting to
> > understand/look at mips ld.so from glibc and it appears to make such
> > an assumption. I.e. I cannot see it using any specific options to
> > prevent the use of floating point but the path into the dynamic linker
> > for
On Fri, 7 Feb 2014, Matthew Fortune wrote:
> My most recent reason for looking at this is because I am starting to
> understand/look at mips ld.so from glibc and it appears to make such an
> assumption. I.e. I cannot see it using any specific options to prevent
> the use of floating point but t
