Re: IEEE 754 double floats

Hi Leopold Toetsch, >> PI is (very) approximately: > 3.1415906535896946927266526472521945834159851074218750 > ^ > 3.141592653589793238462643383279502884197169399375105820974944 > > You might probably want to run more iterations ;) And you'll never get > 60 digits out of l

SDL: Locate shared libraries

Hello again, x86 Debian sid with the SDL libraries installed: libsdl-image1.2 1.2.3-5 image loading library for Simple DirectMedia Layer 1.2 libsdl-ttf2.0-0 2.0.6-5 ttf library for Simple DirectMedia Layer with FreeType libsdl1.2debian 1.2.7-10 Simple DirectMedia Layer libsdl1.2de

Re: IEEE 754 double floats

> This may be the long double version that I compiled :-) Note: I've rebuilt parrot-latest.tar.gz (I believe it was 2004-11-16_00) at default settings on Debian unstable 2.6.8.1 i686 GNU/Linux. I'm still printing floats that appear to be 128-bit precision! Regards, Adam

Re: IEEE 754 double floats

Hi Brent 'Dax' Royal-Gordon, >> option. Yet the Leibniz summation for PI >> >> still appears to be performing its calculations using single floats and >> continues to print 3.141591. > > Parrot usually uses double as its floating-point type. The problem is

IEEE 754 double floats

Hi all, I've taken a first look at Parrot and I'm very impressed. I'd like to perform some micro-benchmarking of double floating point code. I have the latest CVS version of parrot. I've compiled it upon Debian unstable x86 with the: perl Configure.pl --floatval=double option. Yet the Leibniz