Leading and Trailing spaces in >FLOAT

[steverpalmer]

When V0.13 was released, Peter Falth reported a problem with to-float-test.4th. Specifically:

INCORRECT RESULT: t{  S"  9"   >FLOAT  ->   FALSE     }t    \ Leading space 
WRONG NUMBER OF FP RESULTS: t{  S"  9"   >FLOAT  ->   FALSE     }t    \ Leading space 
INCORRECT RESULT: t{  S" 9 "   >FLOAT  ->   FALSE     }t    \ Trailing space 
WRONG NUMBER OF FP RESULTS: t{  S" 9 "   >FLOAT  ->   FALSE     }t    \ Trailing space

The argument is that >FLOAT is a way to read in FP numbers from different sources and is specified
to allow different FP representations. It even allows a string of blanks to be
interpreted as zero. A leading or trailing space should not disqualify it.

[steverpalmer]

This issue has been duplicated in issue #16, so will be closed.