On 09/09/11 08:55, Markus Duft wrote: > On 09/08/11 08:09, Markus Duft wrote: >> On 06/10/11 11:37, Bruno Haible wrote: > [snip] >>> >>> You need to find out what is wrong about that type on your platform. If >>> you're lucky, it's only some library functions (like snprintf) which don't >>> support it. >>> >>> Your best starting point should be to create a gnulib testdir >>> $ ./gnulib-tool --create-testdir --dir=/tmp/testdir --with-tests \ >>> acosl asinl atanl ceill cosl c-strtold expl float floorl fpucw frexpl \ >>> frexpl-nolibm ftoastr human isfinite isinf isnanl isnanl-nolibm ldexpl \ >>> ldtoastr logl math printf-frexpl roundl signbit sinl sqrtl tanl truncl \ >>> vasnprintf >>> and test that package on your platform. From the list of tests that fail, >>> you should be able to investigate the precise problems with 'long double'. >> >> sorry to revive this old thread. just got some minutes to give the tests a >> go :) >> > [snip] > > just a heads up: > > it seems that the libc on interix is built with a compiler that has 64 bit > long doubles (so it can be none of the bundled compilers, as they all have 12 > byte long doubles). i'm now looking into patching gcc once more, to have 8 > byte long doubles too. then all should return back to working.
fixed. i patched gcc to have 64 bit long doubles, and all works like a charm now. sorry for the noise :) regards, markus > > regards, > markus >
