On Wed Dec 24 09:45:58 2008, dwh...@nvidia.com wrote:
Demonstrated by this test:
dwhip rakudo: .say for A B.map: { [ .split() ] }
p6evalirc://freenode/p6eval,isnick rakudo 34338:
OUTPUT«AB»
dwhipp rakudo: .say for A.map: { [ .split() ] }
p6evalirc://freenode/p6eval,isnick rakudo 34338:
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #61682]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61682
Rakudo r34342 sometimes destroys the original object when running
.clone(). This
# New Ticket Created by Dave Whipp
# Please include the string: [perl #61692]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61692
It's seems that Rakudo's notion of equality under the === operator doesn't
handle
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #61732]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61732
ruoso rakudo: sub foo { fail 'foo'; }; sub bar { foo(); 2; CATCH {
when Str {1} } };
Now fixed in r34388:
$ ./parrot perl6.pbc -e '.say for a 1 b 2.map: - $a, $b { $a ~ $b }'
a1
b2
$
Thanks!
Pm
Reopening ticket (and assigning to moritz++) -- we probably need a test
for this somewhere before closing the ticket.
Thanks,
Pm
I had to revert the change that autothreaded infix:===, as the
existing non-autothreaded version was being used to create Junctions
(and resulted in an infinite loop).
I suppose it's also a legitimate question as to whether infix:===
should autothread at all -- i.e., for something like:
my $a
# New Ticket Created by Jeff Horwitz
# Please include the string: [perl #61742]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61742
Rakduo's behavior has changed in the past two weeks -- as of r34349,
it seems to
