summaryrefslogtreecommitdiff
path: root/apps/plugins/bitmaps/pluginbitmaps.make
diff options
context:
space:
mode:
authorMichael Sevakis <jethead71@rockbox.org>2018-01-06 07:17:04 -0500
committerFranklin Wei <git@fwei.tk>2018-02-08 21:36:20 -0500
commit8dd00a02d49a99997165a4c38a967738e90ba72f (patch)
treea1158e3e72770149fe98f1f0eefd97931ed79b0d /apps/plugins/bitmaps/pluginbitmaps.make
parentb7574d50b0e808c4778aabfe532b3ceaac1bf691 (diff)
downloadrockbox-8dd00a02d49a99997165a4c38a967738e90ba72f.zip
rockbox-8dd00a02d49a99997165a4c38a967738e90ba72f.tar.gz
rockbox-8dd00a02d49a99997165a4c38a967738e90ba72f.tar.bz2
rockbox-8dd00a02d49a99997165a4c38a967738e90ba72f.tar.xz
Add proper float formatting to vuprintf
Wanted to see how gnarly it is to do. Big number handling could be done with better algorithms since it can get a bit slow with large integers or tiny fractions with many lead zeros when only a few digits are needed. Anyway, it supports %e, %E, %f, %F, %g and %G. No %a or long double support seems warranted at the moment. Assumes IEEE 754 double format but it's laid out to be able to replace a function to handle others if needed. Tested in a driver program that has a duplicate vuprintf and the content was pasted in once it looked sound enough to put up a patch. Change-Id: I6dae8624d3208e644c88e36e6a17d8fc9144f988
Diffstat (limited to 'apps/plugins/bitmaps/pluginbitmaps.make')
0 files changed, 0 insertions, 0 deletions