Firstly, I know this subject has been discussed many times before and everything, but my question is:
Is there ANY possibility that double floats will be included in the full release of v3.92?
Only I'm doing some work in OpenGL and am having to resort to wrappers (which only cover a handfull of the supported OGL functions, no extensions) and I'm coming to a standstill.
Ive already tried userlibs such as F64 but OpenGL doesnt accept it.
Cheers
Mark my words, when you least expect it, your uppance will come...
glClearDepth() for one, and also gluPerspective(). If the F64 userlib couldnt do it, then I doubt it could be emulated in code. It complained of invalid number of parameters or somesuch. Theres also a speed issue when not using native types.
Mark my words, when you least expect it, your uppance will come...
Regardless of why, double precision float native to PB is a very desirable thing.
Essential for some things.
I have several finance company's running (very old) apps and the precision is important, as is the total value. With PB handling doubles, the old dos code could be converted to PB.
(Sorry to hijack, just really keen for double precision)
PS: If PB has a 4-byte legacy bias that makes this difficult, I could live with doubles being handled same way as strings, eg, 4 byte pointer to the real value. As long as it looks and behaves like part of PB.
I don't know anything about OpenGL but taking a quick look at it, it seems that the glClearDepth_() and gluPerspective_() require a double float to be specified as two seperate values so you have to specify 2 values for glClearDepth and 8 for gluPerspective.
You could try if the code below will help you. Since I don't know how these functions should work, I don't know if they expect the parameters this way.
Ive also just hit a point where a high resolution timer is required, yet there is no way to store the data with an equally high resolution of accuracy. Hmmm.
Mark my words, when you least expect it, your uppance will come...
All I've ever heard the developer(s) say is that it will happen when it happens.. I don't think they have set any kind of release date. I'd say you better be prepared to hold your breath for a while longer.