Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » U++ Library support » U++ Core » Value: why not float support?
Re: Value: why not float support? [message #30208 is a reply to message #30204] Wed, 15 December 2010 16:41 Go to previous messageGo to previous message
kohait00 is currently offline  kohait00
Messages: 939
Registered: July 2009
Location: Germany
Experienced Contributor
it's not the problem whith receiving..
on receive, i could destinguis if it's a float, or a double, and map both to use Value double..

but since the API uses Value directly, which is unbelievably easy. it determines what to send by simply checking the type.

nevertheless, it's important to differ them, since there are old target devices that only understand spec 1.0, which only has float. and newer devices also support spec 1.1 double as extra type, and maybe even expect it for some parameters, while still demanding float for some other..and how to destinguish them?

hope to have cleared it up a bit (and a bit of a bit convinced you Wink

i still could use RichValue<float>, and all the stuff for my own, but it would lack things like Value::IsNumber() and the implicit conversions, which are upp gloabl, but are reaaly appealing..

please, rethink it, float is an own type, just as int64, even if on many systems its breaks down to double in assembler/cpu arch, but compiler still differs them..
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Core/Path.cpp: the limitation of GetCurrentDirectory for POSIX
Next Topic: InitCaps() proposal
Goto Forum:
  


Current Time: Sat Jul 05 14:49:33 CEST 2025

Total time taken to generate the page: 0.05372 seconds