Peter N Lewis wrote:
steven.borley wrote:
Another thing. I noticed is that trunc() has been renamed to truncd() in fp.pas and there is a comment on the microbizz site (http://www.microbizz.nl/gpcdiffs.html) that says this...
So this looks like the same problem as I have with Round(), but with a different solution. So I'm now beginning to think think this is a GPCPInterfaces bug (or at least inconsistency). Should round() in fp.pas not have been renamed roundd() for the same reasons?
The argument could certainly made that this is inconsistent. I have no objections to the change, if Gale & Adriaan agree.
After discussing this in private email, we agreed to the change:
--- fp.pas.orig Sun Feb 13 12:57:41 2005 +++ fp.pas Mon Feb 21 15:25:13 2005 @@ -667,7 +667,7 @@ function rinttol(x: double_t): SInt32; e * CarbonLib: in CarbonLib 1.0 and later * Mac OS X: in version 10.0 and later } -function round(x: double_t): double_t; external name 'round'; +function roundd(x: double_t): double_t; external name 'round';
{ * roundtol()
Waldek Hebisch wrote:
The second way requires gpc-20050217 (qualified indentifiers).
Do we have a way to qualify built-in routines, e.g. "program.round" (as "system.round" refers to a "system" unit) ?
Regards,
Adriaan van Os