Patrick correctly observed:
On Rakudo on my system, sqrt(2) indeed produces a Num,
but since floating point arithmetic doesn't result in
sqrt(2) / 1 == 2 / sqrt(2), no geometric sequence is deduced
and the sequence fails with unable to deduce sequence.
Although, arguably, that might be
On 03/23/2012 07:01 AM, Damian Conway wrote:
Patrick correctly observed:
On Rakudo on my system, sqrt(2) indeed produces a Num,
but since floating point arithmetic doesn't result in
sqrt(2) / 1 == 2 / sqrt(2), no geometric sequence is deduced
and the sequence fails with unable to deduce
On 03/23/2012 05:30 AM, Patrick R. Michaud wrote:
On Fri, Mar 23, 2012 at 03:03:09PM +1300, Martin D Kealey wrote:
Question: do we support
1, 2i, -4 ... 256
I think this ought to work, but for some reason Rakudo on my system
hangs whenever I try it.
The problem was that infix:!=
But unless we twist smartmatching semantics for that purpose,
No!
Please, no.
;-)
it means we cannot do the same fuzziness for the endpoint,
Except that we will be encouraging people to use: * = $END
as their standard endpoint pattern, which will provide
most of the necessary fuzz.
So
Daniel (), Stefan ():
1. The semicolon operator would allow Perl 6 to support N-dimensional
arrays... How would one iterate over that type of array?
my num @matrix[ 10 ; 10 ; 10 ];
I ask because a natural extension is to add arithmetic operators and
you have the beginnings of a Matlab-like
On Thu, Mar 22, 2012 at 11:07:08AM -0500, Bruce Gray wrote:
Well, it works in Niecza. It does not (yet) work in Rakudo:
15:25 Util perl6: my @squares := 0, (- *@a { @a.elems ** 2 })
... *; say ~@squares[^11];
15:25 p6eval ..niecza v15-4-g1f35f89: OUTPUT0 1 4 9 16 25 36 49
64 81
On 23 March 2012 12:55, Carl Mäsak cma...@gmail.com wrote:
The shaped arrays/hashes parts of S09 have been in the planning
stages a long time in Rakudo. They've had to wait for better MOP and
better native-types handling (which is another part of S09), but now
the time for shaped arrays/hashes