Good news about Floating Point support for ICC
ImageCraft
Posts: 348
I just did some quick check and it appears that we can use the code in the Float32Lib object for our library. We have already implemented a "CLIB" interface for launching library functions in another Cog (with access control for use by multiple Cogs), so it should be relatively easy to modify them to conform to our calling convention. And while not strictly necessary based on the MIT license, we also got official blessing from the author for its use in this manner. This will significantly lessen the amount of the work we have to do.
I think an end of October, but may be even mid-Oct release is possible.
***
And of course C supports native floating point, so at the source level, you write things like
float a, b, c;
int i, j, k;
a = i * sin(b / c) + atan(k);
etc. without explicitly calling the low level FP operations.
// richard
I think an end of October, but may be even mid-Oct release is possible.
***
And of course C supports native floating point, so at the source level, you write things like
float a, b, c;
int i, j, k;
a = i * sin(b / c) + atan(k);
etc. without explicitly calling the low level FP operations.
// richard
Comments
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
JMH - Electronics: Engineer - Programming: Professional
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
--Steve
OK; you get it released before last week in October and I'll buy ICC7 with my burfday money! Of course; I'll have to save up for a good introductory C book - any suggestions?
▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
Cheers,
Simon
www.norfolkhelicopterclub.co.uk
You'll always have as many take-offs as landings, the trick is to be sure you can take-off again ;-)
BTW: I type as I'm thinking, so please don't take any offense at my writing style
95% of the users don't need floating point. 95% of those only needs 32 bits. 95% of the remaining will complain that 64 bits FP is too slow. Hmm... 5%x5%x5% is still too high. Lets change all those to 1%
Anyway, so far after many years of nagging, we released 64 bits FP support for the AVR compiler, but it remains mostly as a check mark item for all but a small handful of users: everybody thinks they want it, but once they find out how slow it is, they use other solutions. It matters not that we told them all along that's the case...
@simon
OK, it's a promise. 30,000 or however many it is Propeller forum'ers see your message
I have not looked at a C book in years, but I always like the classic K&R, V1 and V2.