perl.perl6.compiler Google Group

[perl #70335] [PATCH] make dollar-bang contextual

2009-11-08T19:40:31Z

Patch to make die and eval treat $! as a contextual variable. This
patch does not solve any reported problem, it's cleanup work suggested
by jnthn++ during discussion of the patch for RT #70011. Thanks to
pmichaud++, jnthn++ for several rounds of discussion and improvements
via #perl6.
This patch does not require any additions or changes to the spec

Re: Rakudo branches cleanup

2009-11-09T00:57:12Z

Definitely. The ones from your list that I'd be very comfortable
with removing are:
For the others I've not listed above, we should probably hear
more discussion about them or make sure there's really not anything
we want from them.
Pm

[perl #70301] [BUG] Less-than-awesome error message when assigning to a non-lvalue in Rakudo

2009-11-06T21:56:51Z

<masak> std: "foo" ~ my $a = "bar"
<p6eval> std 29009: ok 00:02 108m␤
<masak> rakudo: "foo" ~ my $a = "bar"
<p6eval> rakudo 830e2c: Unable to set lvalue on PAST::Val node [...]
<masak> am I doing something wrong? or is Rakudo just being stubborn?
<pmichaud> rakudo stubborn
* masak submits rakudobug

Rakudo branches cleanup

2009-11-07T11:55:37Z

Hi,
there are a lots of rakudo branches on github, and I'd like to ask if I
can delete some of them.
I've added the last modification month and comments to some of them; I
also marked some with an asterisk; if nobody objects I'll delete those.
alist - 2009-05
array_refactor - 2009-02

Re: [perl #70297] [BUG] No explicit ^D and no newline after ^D in the REPL in Rakudo

2009-11-06T19:47:33Z

I have always preferred the look that masak++ suggests: ^D or ^C or ^Z
(as appropriate) followed by newline. Thus I vote +1, as long as the
correct character can be determined in the current environment. I also
like to see "Received SIGFOO, exiting.\n" for signals that we interpret
as ending the REPL session.

Re: [perl #70297] [BUG] No explicit ^D and no newline after ^D in the REPL in Rakudo

2009-11-06T18:10:45Z

On Fri, Nov 6, 2009 at 11:50 AM, Carl Mäsak
To provide another interactive shell example (but not a vote):
(I hit ^D after the %)
$ tclsh8.5
% $

[perl #70297] [BUG] No explicit ^D and no newline after ^D in the REPL in Rakudo

2009-11-06T16:50:45Z

kaye:~ masak$ perl6
Compare irb and python:
$ irb
kaye:~ masak$ python
Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
kaye:~ masak$
Irb shows a '^D'. Python does both that and puts in an extra newline

[perl #70293] [BUG] :repl in pick should be called :replace

2009-11-06T14:55:51Z

<pmichaud> rakudo: say (1..4).pick(10, :replace)
<p6eval> rakudo 5e05b8: OUTPUT«4123␤»
<pmichaud> okay, that's a bug
<Wolfman2000> ...only picked 4
<pmichaud> or maybe it's still :repl
* masak submits
<pmichaud> rakudo: say (1..4).pick(10, :repl)
<p6eval> rakudo 5e05b8: OUTPUT«4111132243␤»

[perl #70277] Failure to build rakudo: parrot_pcc_constants not in libparrot.dll (?)

2009-11-05T18:43:06Z

Dear perl6-bugs
No trouble svn'ng, configuring and building latest parrot 42272, nor in git
pull'ng latest rakudo. No trouble configuring perl for make. But
mingw32-make, even after a clean, gives rise to popped up (not logged)
error, under Windows XP SP3 with cygwin installed for the git and svn, and

[perl #70267] [BUG] Null PMC access when calling nextsame in anonymous block in Rakudo

2009-11-05T14:41:55Z

<masak> rakudo: ({nextsame})()
<p6eval> rakudo 5e05b8: OUTPUT«Null PMC access in clone() [...]
<masak> did that one ever get reported?
<jnthn> Well, I've seen it plenty of times before...
<jnthn> Though that doesn't mean there's a ticket.
<masak> diakopter triggered it yesterday.
<jnthn> Yeah, but that wasn't the first time I've seen it.

[perl #70229] tests available

2009-11-05T04:25:04Z

This is an automatically generated mail to inform you that tests are now available in at least one of these files: t/spec/S03-operators/short-cir cuit.t, t/spec/S04-exceptions/fail.t
commit 9d4db0effc2d433218ba67408b9813 78ba592a10
Author: kyle <kyle@c213334d-75ef-0310-aa23- eaa082d1ae64>
[t/spec] Tests for RT 70229: Failure stringifies wrong, etc.

[perl #70235] [BUG] Can (liberally) assign to .HOW in Rakudo

2009-11-04T21:56:51Z

<diakopter> rakudo: my $x; ($x = 'hi').HOW = Block; say $x.WHAT
<p6eval> rakudo 74f561: OUTPUT«Block()␤»
<diakopter> O_O
<moritz_> ORLY?
<moritz_> alternate meta classes should be possible, but it doubt they
should work like *that*
<masak> :)
<masak> shall I submit a bug report?
<moritz_> yes
* masak does it

[perl #70239] [BUG] Null PMC access when writing a certain insane expression involving regexes in Rakudo

2009-11-04T23:04:04Z

<diakopter> std: /::a/ /::a/ /::a/ /::a/ /::a/ /::a/ /::a/ /::a/ /::a/
<p6eval> std 28987: OUTPUT«ok 00:01 104m␤»
<diakopter> rakudo: /::a/ /::a/ /::a/ /::a/ /::a/ /::a/ /::a/ /::a/ /::a/
<p6eval> rakudo 74f561: OUTPUT«Null PMC access in can() [...]
* masak submits rakudobug
<moritz_> wtf?

[perl #70241] [BUG] Instantiating, and then calling, code types makes Rakudo blow up in a worrying manner

2009-11-04T23:06:18Z

<diakopter> rakudo: (Block.new)(); # masak, moritz_, is this one tracked?
<p6eval> rakudo 74f561: OUTPUT«src/call/context.c:653: failed
assertion 'Parrot_pcc_get_regs_used(inte rp, ctx, REGNO_PMC) > idx'
[...]
<moritz_> diakopter: don't think so
<jnthn> lol fail
* masak submits rakudobug
<moritz_> rakudo: (WhateverCode.new).()

[perl #70237] [BUG] Can cheat the type system by reassigning .WHAT on type objects in Rakudo

2009-11-04T21:58:32Z

<diakopter> rakudo: my Int $a = 74; Int.WHAT = Str; say $a.WHAT
<p6eval> rakudo 74f561: OUTPUT«Str()␤»
* masak submits another one