Re: floating point library problems ...

[Kai Ruottu <kai dot ruottu at luukku dot com>]

Ken DESMET wrote:
> 
> I have build a cross compiler to a m68k target with the newlib-1.8.1
> library.
> 
> When i compile small test programs with simple floating point functions like
> multiplications, they do work fine. More complex floating point functions
> like sqrt() and sin() do not seem to function. They simply hang/never return
> ...
> 
> Any suggestions what could be the cause of this problem ?

 Too new sources perhaps?  The egcs-snapshots have behaved like this some time now...
I haven't tried the pure '__addsf3()', '__subsf3()', '__mulsf3', '__divsf3()' etc.
operations from 'libgcc.a' though. Perhaps they work now, but some others like the
conversions not...  Did you rebuild newlib or use the old binaries with the new
compiler?

-------------------------------- clip ------------------------------------------
Subject: Re: h8300: less optimal (buggy?) compiler output with last build
Date:    Mon, 21 Aug 2000 08:34:44 -0600
From:    Jeffrey A Law <law@cygnus.com>
To:      karuottu@freenet.hut.fi
CC:      Kazu Hirata <kazu@hxi.com>, gcc <gcc@gcc.gnu.org>, gnuh8 <gnuh8@pcserv.demon.co.uk>

In message <399D30DE.E0DAAF45@luukku.com>you write:
> Ok, I then tested some simpler float-programs and none of them worked. When
> looking one under GDB, I found it being in eternal loop in 'floatsisf()' in
> '_floatdisf.o'/'libgcc.a'...
This is because one of Jakub's changes has badly broken our 16bit targets.

jeff
-------------------------------- clip ------------------------------------------

 When tried last, the 20000911 weekly snapshots still had this problem.
Looking into the 'gcc-bugs' maillist would tell something more, my tries
say that some targets may work, some still not. The H8/300 and FR30 at
least belong to the 'not' category...

Cheers, Kai


------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com