On Sat, Oct 04, 2008 at 11:44:42PM -0700, Khem Raj wrote:
>On (27/08/08 11:17), Kevin Day wrote:
>> gcc-4.3.1 seems to need fenv.h, or more specifically information from
>> within bits/fenv.h.
This is not really accurate, libbid needs it.
>> Thats it, GCC-4.3.1 now continues to compile past: FE_I
On (27/08/08 11:17), Kevin Day wrote:
> gcc-4.3.1 seems to need fenv.h, or more specifically information from
> within bits/fenv.h.
>
> Because bits/fenv.h should not be directly included a stub fenv.h
> needs to be created so that '#include ' works.
> Currently, no fenv.h exists as far as I can f
On Wed, Aug 27, 2008 at 09:40:43PM +0300, Cristi Magherusan wrote:
>fenv.h was missing from 0.9.29 but got committed to current in r20880
>and it has nothing to do with gcc-4.3.
well libdecnumber can be configured to use fenv(3) and libdecnumber is
in gcc, so it is in fact related (a little bit, i
On Wed, 2008-08-27 at 18:53 +0200, Bernhard Reutner-Fischer wrote:
> On Wed, Aug 27, 2008 at 11:17:39AM -0500, Kevin Day wrote:
> >gcc-4.3.1 seems to need fenv.h, or more specifically information from
> >within bits/fenv.h.
> >
> >Because bits/fenv.h should not be directly included a stub fenv.h
>
On Wed, Aug 27, 2008 at 11:17:39AM -0500, Kevin Day wrote:
>gcc-4.3.1 seems to need fenv.h, or more specifically information from
>within bits/fenv.h.
>
>Because bits/fenv.h should not be directly included a stub fenv.h
>needs to be created so that '#include ' works.
>Currently, no fenv.h exists as
gcc-4.3.1 seems to need fenv.h, or more specifically information from
within bits/fenv.h.
Because bits/fenv.h should not be directly included a stub fenv.h
needs to be created so that '#include ' works.
Currently, no fenv.h exists as far as I can find.
(Looking under uClibc-0.8.28.3 and uClibc-0.8
