Following that logic, they should not have released color Palm.
No applications use it. And it is expensive to develop.
BTW I never heard that presence of extra ROM code slowed down CPU.
Regards,
Alex.
----- Original Message -----
From: "Steve Sabram" <[EMAIL PROTECTED]>
To: "Palm Developer Forum" <[EMAIL PROTECTED]>
Sent: Sunday, March 12, 2000 7:14 PM
Subject: Re: Getting "60.05" not to print "6.005000e01"!!!!
>
>
> Alexey Zaparovanny wrote:
>
> > > It is the way that floating point is handled and managed. Get a hold
of
> > any of the general purpose floating point management
> > > routines and you can see a LOT of code to service every valid
permutation.
> > A single app will use maybe 5% of a general purpose
> > > floating point support lib. This is the same reason why printf() is
no
> > fully supported.
> >
> > I do not believe that printf for floating point is needed only in 5%
> > applications.
>
> First, I didn't way printf() is used by 5% but floating point formatting
like that done by printf() is used by 5% of Palm
> applications out there. Even so, since printf() isn't in the OS, that
makes 0% of Palm applications using printf() now.
>
> I highly suggest you resurvery the field out there. These are not the
findings of myself and my peers.
>
> >
> > EVERY application I wrote (even for MCU) needed printf for floating
point.
>
> Those that YOU wrote but not of all apps written. It is obvious you need
this, you also need MathLib and maybe even a graphing
> library plus a rendering engine while you are at it. But please, keep it
out of the OS. I don't want any floating point library
> to be standardized and slowing down the CPU and raising the cost of my
customers end units they will buy to run my software and
> hardware. If that is what you want, code for WinCE. All of that is there
already.
>
> Steve
>
>
>
>
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe,
please see http://www.palm.com/devzone/mailinglists.html
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
