> From: Angel Faus <[EMAIL PROTECTED]>
> Date: Thu, 28 Nov 2002 01:54:31 +0100
Much nicer. This document holds together and makes more sense than
the first (as it should). Nice work. A couple of corrections and
nit-picks, though.
> This notation is designed to let you write very large or
> very small numbers efficiently. The left portion of the
> C<e> is the coefficient, and the right is the exponent,
> so a number of the form C<C.CCCeXX> is actually intepreted
> as C<C.CCC * 10**XX>.
Your "coefficient" is usually referred to as the mantissa. But it's
clear either way.
> Alphanumeric digits: Following the common practice,
> perl will interpret the A letter as the digit 10, the B
> letter as digit 11, and so on. Alphanumeric digits are case
> insensitive:
>
> 16#1E3A7 # base 16
> 16:1e3a5 # the same
On the second one, of course you mean:
16#1e3a7
(i.e. tr/:5/#7/)
> This won't work for bases greater than 36, so we
> have too:
s/too/as well/ ? It's less typo-looking.
> In boolean context (see "Boolean Context") C<NaN> always
> evaluates to false so.
s/so//
> NOTE: are we going to have +-Inf too?
We don't have +- anything else, so I don't see why we would. Perhaps
it could be C<Inf | -Inf>, but probably not. ("Why is it calling my
sub *twice*!!")
> For example:
>
> my Int $i is bigint = 777_666_555_444_333_222_111;
> print $i; # prints 77766655544433300000
C<bigint> is a tie? I would think it would be a class:
my bigint $i;
Or smoothly integrated with type "Int".
Luke
