Darren Duncan wrote:
4.5207196*10**30 -> 45207196*10**37
Before anyone nitpicks, I meant to say on that line:
4.5207196*10**44 -> 45207196*10**37
-- Darren Duncan
On Wednesday, 1. October 2008 21:54:12 [EMAIL PROTECTED] wrote:
> If you apply an assignment operator to a protoobject, it is assumed that
> you are implementing some kind of notional "reduction" to an accumulator
> -variable. To that end, the base operator is dropped and a simple
> -assignment
Darren Duncan wrote:
> Patrick R. Michaud wrote:
>> Correct. I suspect that eventually the Rakudo developers will have
>> to develop a custom set of PMCs for Perl 6 behaviors rather than
>> relying on the Parrot ones.
>
> I think it would be better for things like unlimited-precision integers
> a
TSa (Thomas Sandlaß) wrote:
> Can't we have that as a general feature of all operators?
> That is:
>
>my ($x, $y);
>
>say $x * $y; # prints 1
>say $x + $y; # prints 0
>
> It is a cleaver idea to make the operator choose an appropriate
> value for a Nothing value. Why having that only
HaloO,
On Sunday, 5. October 2008 04:23:42 Darren Duncan wrote:
> Note that just as integers are naturally radix independent, the unlimited
> rationals should be too, and the latter can compactly represent all
> rationals as a triple of integers corresponding roughly to a (normalized)
> [mantissa,
On Sunday, 5. October 2008 04:23:42 Darren Duncan wrote:
> Note that just as integers are naturally radix independent, the unlimited
> rationals should be too, and the latter can compactly represent all
> rationals as a triple of integers corresponding roughly to a (normalized)
> [mantissa, radix,
TSa (Thomas Sandlaß) wrote:
> I want to stress this last point. We have the three types Int, Rat and Num.
> What exactly is the purpose of Num? The IEEE formats will be handled
> by num64 and the like. Is it just there for holding properties? Or does
> it do some more advanced numeric stuff?
"Int"
On Sat, Oct 04, 2008 at 09:37:29PM -0700, Mark Biggar wrote:
> trivial and vice versa. But promotion (or demotion) between IEEE floats
> and rationals is really hard and I don't know of a language that even
> tries. The major problem is that the demotion from rational to IEEE
> float is very l
Author: larry
Date: Sun Oct 5 17:05:41 2008
New Revision: 14586
Modified:
doc/trunk/design/syn/S03.pod
Log:
Add missing series operator, mostly for readability.
Modified: doc/trunk/design/syn/S03.pod
==
--- doc/trun
In-Reply-To: Message from Nicholas Clark <[EMAIL PROTECTED]>
of "Sun, 05 Oct 2008 22:13:14 BST." <[EMAIL PROTECTED]>
> Studiously ignoring that request to nail down promotion and demotion, I'm
> going to jump straight to implementation, and ask:
> If one has floating point in the mix [and ho
On Sun, 2008-10-05 at 17:05 -0700, [EMAIL PROTECTED] wrote:
> +C<< infix:<...> >>, the series operator.
Lovely, just lovely.
> +1, 3, 5 ... *# odd numbers
> +1. 2. 4 ... *# powers of 2
Did you mean to use commas on that second line?
-'f
Author: larry
Date: Sun Oct 5 19:14:11 2008
New Revision: 14587
Modified:
doc/trunk/design/syn/S03.pod
Log:
typos
Modified: doc/trunk/design/syn/S03.pod
==
--- doc/trunk/design/syn/S03.pod(original)
+++ doc/
On Mon, Oct 06, 2008 at 09:16:27AM +0800, Xiao Yafeng wrote:
: +
: > +The function may choose to terminate its list by returning ().
: > +Since this operator is list associative, an inner function may be
: > +followed by a C<...> and another function to continue the list,
: > +and so on. Hence,
:
On Sun, Oct 05, 2008 at 07:31:30PM -0700, Larry Wall wrote:
: @seq := 1 ... { $_ + 1 if @seq < 10 }
Actually, that one might not work, since we can't find the length of
@seq without knowing how many value the closure will generate. The
implicit version would not have that problem.
Larry
<[EMAIL PROTECTED]> wrote:
> Log:
> Add missing series operator, mostly for readability.
Is there a way for the continuing function to access its index as well
as, or instead of, the values of one or more preceding terms? And/or
to access elements by counting forward from the start rather than
ba
Doug McNutt wrote:
At 18:06 +0200 10/5/08, TSa (Thomas Sandlaß) wrote:
Another matter is how to represent irrationals. With IEEE floats which are
basically non-uniformly spaced integers imprecession is involved anyway.
But sqrt(2) is a ratio of two infinite integers. How is that handled?
I wou
On Sun, Oct 05, 2008 at 08:19:42PM -0700, Jon Lang wrote:
: <[EMAIL PROTECTED]> wrote:
: > Log:
: > Add missing series operator, mostly for readability.
:
: Is there a way for the continuing function to access its index as well
: as, or instead of, the values of one or more preceding terms? And/o
Michael G Schwern wrote:
TSa (Thomas Sandlaß) wrote:
I want to stress this last point. We have the three types Int, Rat and Num.
What exactly is the purpose of Num? The IEEE formats will be handled
by num64 and the like. Is it just there for holding properties? Or does
it do some more advanced n
Nicholas Clark wrote:
If one has floating point in the mix [and however much one uses rationals,
and has the parser store all decimal string constants as rationals, floating
point enters the mix as soon as someone wants to use transcendental functions
such as sin(), exp() or sqrt()], I can't see
So, the concrete use-case I'm thinking of here is currency.
Darren Duncan wrote:
>> [2] "Num" should have an optional limit on the number of decimal places
>> it remembers, like NUMERIC in SQL, but that's a simple truncation.
>
> I disagree.
>
> For starters, any "limit" built into a type d
20 matches
Mail list logo
