perl.perl6.compiler

[perl #118541] $ context specifier by Patrick R. Michaud via RT

2013-06-19T15:24:42Z

From: Patrick R. Michaud via RT The wikibooks example is wrong, Rakudo is correct here.

(To return the number of elements, use prefix:<+>, not the $-
contextualizer.)

Actually, that whole section in wikibooks seems to be a little "off"...
"@()" doesn't mean "convert to array", for example.

Closing ticket.

Pm

[perl #76266] [TODO] Allow aliasing of $ inside regexes in Rakudo (nqp-rx) by Will Coleda via RT

2013-06-19T12:56:57Z

From: Will Coleda via RT

On Tue Jun 29 06:34:35 2010, masak wrote:
> <masak> std: / $<foo> = [ foo ] /
> <p6eval> std 31503: OUTPUTÂ«ok 00:01 113mâ¤Â»
> <masak> std: / $<foo><bar> = [ foo ] /
> <p6eval> std 31503: OUTPUTÂ«ok 00:01 110mâ¤Â»
> <masak> rakudo: "foo" ~~ / $<foo><bar> = [ foo ] /; say $<foo><bar>
> <p6eval> rakudo 1576d4: OUTPUTÂ«===SORRY!===â¤Confused at line 11, near
> "\"foo\" ~~ /"â¤Â»
> <masak> but it's spec'd?
> <pmichaud> I suspect it is.
> <masak> ok.
> <moritz_> don't think it's specced for the nested case
> * masak submits rakudobug
> <masak> moritz_: STD parses it, at least.
> <masak> so it's some sort of spec.
>
> Again, this is probably an nqp-rx thing rather than a Rakudo thing,
> but there's no place to send nqp-rx-bugs. :)

Old ticket, esp. given the nqp-rx reference. The behavior in rakudo now matches the behavior
in STD:

08:54 < [Coke]> rakudo: "foo" ~~ / $<foo><bar> = [ foo ] /; say $<foo><bar>
#76266
08:54 <+camelia> rakudo b2072f: OUTPUTÂ«===SORRY!===â¤Unrecognized regex
metacharacter = (must be quoted to match literally)â¤at
/tmp/e83OQ1Z2oA:1â¤------> "foo" ~~ / $<foo><bar> â= [ foo ] /;
say $<foo><bar> #76266â¤Unable to parse regex; couldn't find
final '/'â¤at /tmp/â€¦
08:55 < [Coke]> std: "foo" ~~ / $<foo><bar> = [ foo ] /; say $<foo><bar> #76266
08:55 <+camelia> std d4cc5ab: OUTPUTÂ«===SORRY!===â¤Unrecognized regex
metacharacter = (must be quoted to match literally) at
/tmp/WaZTcGIrM8 line 1:â¤------> "foo" ~~ / $<foo><bar> =â [
foo ] /; say $<foo><bar> #76266â¤Unable to parse regex;
couldn't find final '/' at /â€¦

Ticket is closable with tests.

--
Will "Coke" Coleda

Re: [perl #118519] ▁ ▂ ▃ ▄ ▅ "▆ ▇ █␤, alas no" by Patrick R. Michaud

2013-06-18T00:17:18Z

From: Patrick R. Michaud > 23:45:53] <TimToady> nr: say '▁' ... '█'
> [23:46:07] <+camelia> rakudo b2072f: OUTPUT«(timeout)»

Now fixed in af50a6e:

> say '▁' ... '█'
▁ ▂ ▃ ▄ ▅ ▆ ▇ █

Closable with tests.

Pm

[perl #118519] ▁ ▂ ▃ ▄ ▅ "▆ ▇ █␤, alas no" by Elizabeth Mattijsen

2013-06-17T21:47:59Z

From: Elizabeth Mattijsen # New Ticket Created by Elizabeth Mattijsen
# Please include the string: [perl #118519]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118519 >

23:45:53] <TimToady> nr: say 'â–' ... 'â–ˆ'
[23:46:07] <+camelia> rakudo b2072f: OUTPUTÂ«(timeout)Â»
[23:46:07] <+camelia> ..niecza v24-77-g2b14288: OUTPUTÂ«â– â–‚ â–ƒ â–„ â–… â–† â–‡ â–ˆâ¤Â»
[23:46:17] <TimToady> rakudobug
[23:46:36] lizmat submits rakudobug

[perl #118501] say EXPORT::ALL causes Null PMC access by Dagur

2013-06-16T23:11:03Z

From: Dagur # New Ticket Created by Dagur
# Please include the string: [perl #118501]
# in the subject line of all future correspondence about this issue.
#

$ perl6
> sub a is export { 'a' }
sub a() { ... }
> say EXPORT::ALL
Error while compiling block (source text: "say EXPORT::ALL\n"): Error
while compiling op call: Error while compiling block : Error while
compiling op call (source text: "say EXPORT::ALL\n"): Null PMC access in
find_method('handle')

$ perl6 --version
This is perl6 version 2013.05-251-gd3ae978 built on parrot 5.2.0 revision
RELEASE_5_2_0

[perl #118505] Null PMC access when declaring constant for export twice by Dagur

2013-06-16T23:10:56Z

From: Dagur # New Ticket Created by Dagur
# Please include the string: [perl #118505]
# in the subject line of all future correspondence about this issue.
#

> constant %a is export = 5 => 5
5 => 5
> constant %a is export = 5 => 5
Null PMC access in get_string()

On a related note, it's possible to re-declare constants. Not sure if
that's a bug or not.
> constant %b = 1 => 1
1 => 1
> constant %b = 1 => 2
1 => 2

[perl #118479] Untyped hashes are considered to be {Str}, but act differently from hashes typed with {Str} by Patrick R. Michaud via RT

2013-06-14T14:49:08Z

From: Patrick R. Michaud via RT > So either STORE_AT_KEY for typed hashes should stringify objects
> silently if the keytype is Str, like untyped hashes do. Or untyped
> hashes should *not* automatically stringify objects.

Untyped hashes are {Str(Any)} -- see S09:1187:

The standard Hash:
my %hash;
is really short for:
my Mu %hash{Str(Any)};

This accounts for the difference between the two; an untyped hash will
accept Any key and coerce it to a Str, while a hash declared {Str} will
only accept Str values as keys.

Closing ticket,

Pm

[perl #118479] Untyped hashes are considered to be {Str}, but act differently from hashes typed with {Str} by Elizabeth Mattijsen

2013-06-14T12:39:10Z

From: Elizabeth Mattijsen # New Ticket Created by Elizabeth Mattijsen
# Please include the string: [perl #118479]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118479 >

<lizmat> r: class A {}; my %h=A.new => 1; say %h; my %h2{Str}=A.new => 1; say %h2 # feels to me either both should fail, or both should work
[14:25:12] <+camelia> rakudo b2072f: OUTPUTÂ«("A<-465252350>" => 1).hashâ¤Nominal type check failed for parameter 'key'; expected Str but got A insteadâ¤ in method STORE_AT_KEY at src/gen/CORE.setting:7122â¤ in method STORE at src/gen/CORE.setting:7018â¤ in block at /tmp/Au8hPaHP4v:1â¤â¤Â»

So either STORE_AT_KEY for typed hashes should stringify objects silently if the keytype is Str, like untyped hashes do. Or untyped hashes should *not* automatically stringify objects.

Although the latter seems to be a step away from the behaviour of Perl 5, it feels more logical in the Perl 6 context to me.

Maybe this should become a spec issue.

Liz

[perl #118467] [BUG] Required named occurring before slurpy wrongly considered a multi candidate in Rakduo by Carl MÃ¤sak

2013-06-13T11:28:00Z

From: Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak"
# Please include the string: [perl #118467]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118467 >

<masak> rn: multi foo(:$d!, *@f) {}; multi foo(*@f) { say "works" }; foo() #OK
<camelia> rakudo b2072f, niecza v24-75-g480a062: OUTPUTÂ«worksâ¤Â»
<masak> rn: multi foo(*@f, :$d!) {}; multi foo(*@f) { say "works" }; foo() #OK
<camelia> niecza v24-75-g480a062: OUTPUTÂ«worksâ¤Â»
<camelia> ..rakudo b2072f: OUTPUTÂ«Ambiguous call to 'foo'; these
signatures all match:â¤:(*@f, :d(:$d)!)â¤:(*@f) [...]Â»
* masak submits rakudobug

Niecza has it right both times.

[perl #118453] [BUG] Reassigning to matched-against string and then accessing submatches can lead to substr errors because of binding against the scalar container in Rakudo by Carl MÃ¤sak

2013-06-12T18:00:33Z

From: Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak"
# Please include the string: [perl #118453]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118453 >

<masak> ok, this is a fun one:
<masak> rn: my $s = 'pre x post'; $s ~~ /^ (<-[x]>+) 'x' (\N+) $/; $s =
~$0; say ~$1
<camelia> niecza v24-75-g480a062: OUTPUTÂ« postâ¤Â»
<camelia> ..rakudo b2072f: OUTPUTÂ«Start of substr out of range. Is: 5,
should be in 0..4 [...]
<masak> I'm entirely with Niecza here.
<masak> I think rakudo has... a bug. :)
<masak> of course you should bind to the string itself, not to the scalar
container that holds it.
* masak submits rakudobug
<eternaleye> masak: When you put that ellipsis in your earlier line, I
heard a scare chord.
<eternaleye> "I think rakudo has... [DUNNNN] a bug"
<eternaleye> Complete with that gif of the gopher suddenly turning to the
camera.

[perl #118407] Importing sub using require causes Null PMC access by Dagur

2013-06-10T21:20:36Z

From: Dagur # New Ticket Created by Dagur
# Please include the string: [perl #118407]
# in the subject line of all future correspondence about this issue.
#

> say slurp("/tmp/a.pm6")
sub abc() is export { say "hello" }

This works (given that it's NYI)
> require("/tmp/a.pm6") "&abc";
abc();
Trying to import symbols &abc from '/tmp/a.pm6', but it does not export
anything

Without the ampersand however,
> require("/tmp/a.pm6") "abc"; abc();
Error while compiling block (source text: "require(\"/tmp/a.pm6\")
\"abc\"; abc();\n"): Error while compiling op call: Error while compiling
block : Error while compiling op call: Null PMC access in
find_method('handle')

[perl #118373] RE: Problem with Perl website? by Sid Q.

2013-06-10T21:20:31Z

From: Sid Q. # New Ticket Created by "Sid Q."
# Please include the string: [perl #118373]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118373 >

Hi There,

Hope you had a chance to look at the case study (http://blog.incentivibe.com/case-study)
that I had sent you recently. We received a tremendous positive response from
people, and now we are being asked the question, â€œHow do I make 3 to 7 times
more leads for my online business?â€

Incentivibe was actually responsible for those results. We at Incentivibe help
businesses offer big contest prizes (e.g. $500 Visa Gift Card) for a fraction
of the prize cost (e.g. $24.99) via its cost-sharing program that pools
businesses together so they can share the cost of the big prize with other
businesses.

You can find more information, read our client testimonials, and get started on
getting 3 to 7 times more leads yourself by visiting www.incentivibe.com.

All the Best,

Sid

118566

Hey,

I just came across your website. It looks pretty good, but youâ€™re losing a lot
of potential email subscribers and fans. You can get at least 50% more email
subscribers and fans from your daily online visitors.

This research infographic www.incentivibe.com/case_study tells you how to get
more subscribers and fans. It was published on a world renowned marketing
journal. I hope it helps.

Good Luck.

Sid Q.

[perl #76808] Searching for libraries under MacOS X by Brian Wisti via RT

2013-06-10T21:20:20Z

From: Brian Wisti via RT On Thu Jul 29 09:30:31 2010, ambs wrote:
> Hello.
>
> Under Mac OS X, if installing rakudo (star) under /opt/rakudo, for
> instance, and after adding it to the PATH, we get:
>
> [ambs@rachmaninoff ~]$ perl6
> dyld: Library not loaded:
> /Users/ambs/tmp/rakudo-star-2010.07/parrot-
2.6.0/blib/lib/libparrot.dylib
> Referenced from: /opt/rakudo/bin/perl6
> Reason: image not found
> Trace/BPT trap
>
> This is easily solved adding /opt/rakudo/lib to the
> DYLD_FALLBACK_LIBRARY_PATH.
>
> But it would be great if rakudo could take care of referring the
> libraries in their destination path.
>
> Unfortunately I am not aware how this can be done, but I would love
to.
>
> All the best
> Alberto

I know this is an older ticket, but I noticed it while scrubbing through
the bug list.

FWIW, I do not see this issue with Rakudo Star 2013.05 on OS X 10.8.

$ perl Configure.pl --prefix=/opt/rakudo --gen-parrot
$ make && make rakudo-test && sudo make install
$ /opt/rakudo/bin/perl6
> "Hello".say
Hello

I can't vouch for other versions of Rakudo or other versions of OS X.

[perl #77504] [BUG] LTA Failure error message when hash-indexing a non-hash (using either .<> or .{}) in Rakudo by Will Coleda via RT

2013-06-10T13:18:31Z

From: Will Coleda via RT On Sun Aug 29 17:27:23 2010, masak wrote:
> masak (>):
> > The error message is highly confusing. There's no such thing as
> > postcircumfix:<Nil()>. In fact, that looks like an interpolation
> gone
> > wrong somewhere. The error message should probably have read
> > 'postcircumfix:<< < > >> not defined for type Array()' or something.
>
> <pmichaud> a-ha!
> <pmichaud> it's returning a Failure... that's good.
> <pmichaud> it's just the error that is lta
> <pmichaud> looking
> <pmichaud> heh
> <pmichaud> fail "postcircumfix:<{ }> not defined for type
> {self.WHAT}"
> <pmichaud> if self.defined;
> <pmichaud> fail FAIL
> <pmichaud> the curlies are being interpolated.
> <pmichaud> (the first ones)
> <colomon> doh!
> <masak> :D
> <masak> that explains everything.
> * masak amends the ticket
> <pmichaud> if someone wants to fix it to escape the curlies, that
> would be awesome. :-)

Updated behavior looks A enough:

09:17 < [Coke]> rakudo: ~[]<c>
09:17 <+camelia> rakudo b2072f: OUTPUTÂ«postcircumfix:<{ }> not defined for type
Arrayâ¤ in method Str at src/gen/CORE.setting:10160â¤ in
method Str at src/gen/CORE.setting:876â¤ in method Stringy at
src/gen/CORE.setting:885â¤ in sub prefix:<~> at
src/gen/CORE.setting:1272â¤ in sub prefix:<~> at src/gen/â€¦
09:17 < [Coke]> rakudo: ~5<c>
09:17 <+camelia> rakudo b2072f: OUTPUTÂ«postcircumfix:<{ }> not defined for type
Intâ¤ in method Str at src/gen/CORE.setting:10160â¤ in method
Str at src/gen/CORE.setting:876â¤ in method Stringy at
src/gen/CORE.setting:885â¤ in sub prefix:<~> at
src/gen/CORE.setting:1272â¤ in sub prefix:<~> at src/gen/COâ€¦
09:17 < [Coke]> rakudo: ~5{'c'}
09:17 <+camelia> rakudo b2072f: OUTPUTÂ«postcircumfix:<{ }> not defined for type
Intâ¤ in method Str at src/gen/CORE.setting:10160â¤ in method
Str at src/gen/CORE.setting:876â¤ in method Stringy at
src/gen/CORE.setting:885â¤ in sub prefix:<~> at
src/gen/CORE.setting:1272â¤ in sub prefix:<~> at src/gen/COâ€¦

Closable with tests.
--
Will "Coke" Coleda

[perl #77270] [BUG] LTA error message when misspelling type names in signatures in Rakudo by Will Coleda via RT

2013-06-10T13:15:25Z

From: Will Coleda via RT On Tue Aug 17 05:38:17 2010, masak wrote:
> <masak> rakudo: sub foo(--> NoSuchType) { say "OH HAI" }
> <p6eval> rakudo b64718: OUTPUTÂ«===SORRY!===â¤Unable to parse
> postcircumfix:sym<( )>, couldn't find final ')' [...]
> <masak> rakudo: class A { method foo(--> NoSuchType) { say "OH HAI" } }
> <p6eval> rakudo b64718: OUTPUTÂ«===SORRY!===â¤Malformed method at line
> 22, near "foo(--> No"â¤Â»
> <masak> both these error messages could be improved to indicate the
> actual problem.
> <moritz_> agreed
> * masak submits rakudobug
> <masak> std: sub foo(--> NoSuchType) { say "OH HAI" }
> <p6eval> std 32024: OUTPUTÂ«[31m===[0mSORRY![31m===[0mâ¤No type
> found after --> [...]
> <masak> std: class A { method foo(--> NoSuchType) { say "OH HAI" } }
> <p6eval> std 32024: OUTPUTÂ«[31m===[0mSORRY![31m===[0mâ¤No type
> found after --> [...]
> <masak> 'No type found' isn't spot on either, but it's much better.

Current behavior:

09:14 < [Coke]> rakudo: sub foo(--> NoSuchType) { say "OH HAI" } # RT 77270
09:14 <+camelia> rakudo b2072f: OUTPUTÂ«===SORRY!===â¤Type 'NoSuchType' is not
declaredâ¤at /tmp/uAYz4pTVgd:1â¤------> sub foo(--> NoSuchTypeâ)
{ say "OH HAI" } # RT 77270â¤Â»

Closable with tests.
--
Will "Coke" Coleda

[perl #105004] One can derive from Whatever in contradiction with S04 by Will Coleda via RT

2013-06-10T03:17:19Z

From: Will Coleda via RT On Wed Nov 30 10:47:25 2011, cognominal wrote:
> S04:1292 3c53f87 say "The C type is derived from C but
> nothing elseis derived from it."I infer from it that deriving from it
> should result in an error. This is not the case.
>
> > class A is Whatever { }
>
> A()
>

i disagree that saying nothing else derives from it means that nothing else CAN derive from it.

14:00 < jnthn> [Coke]: agree

Rejecting ticket.

--
Will "Coke" Coleda

[perl #118397] [BUG] array binding causes failures to be thrown by Brent Laabs

2013-06-09T21:42:11Z

From: Brent Laabs # New Ticket Created by Brent Laabs
# Please include the string: [perl #118397]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118397 >

labster: r: sub foo { X::IO::Dir.new(path=>'a', os-error=>'b').fail }; my
@a = foo(); 1;
camelia: rakudo b2072f: ( no output )
labster: r: sub foo { X::IO::Dir.new(path=>'a', os-error=>'b').fail }; my
@a := foo(); 1;
camelia: rakudo b2072f: OUTPUTÂ«Failed to get the directory contents of 'a':
bâ¤ in method sink at src/gen/CORE.setting:10169â¤ in method BUILDALL at
src/gen/CORE.setting:801â¤ in method bless at src/gen/CORE.setting:743â¤ in
method new at src/gen/CORE.setting:728â¤ in method new at src/gen/CORE.â€¦
labster: r: sub foo { X::IO::Dir.new(path=>'a', os-error=>'b').fail }; my
$a := foo(); 1;
camelia: rakudo b2072f: ( no output )

Unless someone tells me this is not a bug -- but it seems like this would
be the correct approach when loading a lazy list.

[perl #93988] [BUG] LTA error for number ending in a dot in Rakudo by Will Coleda via RT

2013-06-09T17:06:16Z

From: Will Coleda via RT On Sun Jul 03 14:35:03 2011, masak wrote:
> <TimToady> std: 5.
> <p6eval> std 37a0cdd: OUTPUTÂ«[31m===[0mSORRY![31m===[0mâ¤Decimal
> point must be followed by digit [...]
> <moritz> rakudo: 5.
> <p6eval> rakudo 72d158: OUTPUTÂ«===SORRY!===â¤Confused at line 22, near "5."â¤Â»
> <moritz> LTA error
> <masak> lol, rakudo u so confusd
> * masak submits rakudobug

Rakudo's behavior has changed, but it depends on how you invoke it:

13:04 < [Coke]> r: 5.
13:04 <+camelia> rakudo b2072f: OUTPUTÂ«===SORRY!===â¤Confusedâ¤at
/tmp/ogJuVhXpa8:1â¤------> 5.â<EOL>â¤ expecting any of:â¤
dotty method or postfixâ¤Â»

./perl6 --version
This is perl6 version 2013.05-224-g3f49bbd built on parrot 5.2.0 revision RELEASE_5_2_0

./perl6 -e '5.'
===SORRY!===
Confused
at -e:1
------> 5.â<EOL>
expecting any of:
dotty method or postfix

./perl6
> 5.
===SORRY!===
Decimal point must be followed by digit
at <unknown file>:1
------> 5.â<EOL>
Decimal point must be followed by digit
at <unknown file>:1
------> 5.â<EOL>
Unsupported use of . to concatenate strings; in Perl 6 please use ~
at <unknown file>:2
------> <BOL>â<EOL>

Looks like we get it right in the REPL, but no where else.

--
Will "Coke" Coleda

[perl #112344] [BUG] Variable return types cause an error by Will Coleda via RT

2013-06-09T16:48:29Z

From: Will Coleda via RT On Sun Apr 08 08:03:22 2012, spidermario@free.fr wrote:
> With Rakudo 2012.03-53-g119fe3b (commit
> 119fe3b5b85fe680aa1a7ea29042a5714e63a402), the following code fails:
>
> sub id(Any ::T $x) returns T {
> $x
> }
>
> say id 42;
>
> with the following error message:
>
> Type check failed for return value
> in sub id at testcase.pl:1
> in block at testcase.pl:5
>
> ::T correctly contains Int, though.

Current behavior:

$ cat a.pm
sub id(Any ::T $x) returns T {
$x
}

say id 42;

$ ./perl6 a.pm
Cannot type check against type variable T
in any type_check at src/gen/Metamodel.nqp:305
in sub id at a.pm:2
in block at a.pm:5

--
Will "Coke" Coleda

[perl #77820] [BUG] NaN.Rat by Will Coleda via RT

2013-06-09T16:30:34Z

From: Will Coleda via RT On Tue Jan 10 17:21:33 2012, coke wrote:
> On Mon Sep 13 01:34:32 2010, jaleto@gmail.com wrote:
> > Howdy,
> >
> > $ git rev-parse HEAD
> > 9993bb24d7d109485fe78a6afd463671912c6960
> > $ ./perl6
> > > NaN.Rat
> > -9.22337203685478e+18
> >
> > I already added a fudged test to roast.git for this:
> >
> >
> http://github.com/perl6/roast/commit/2f690f94accf8f591a35bbadd339fe4d82ad012d
> >
> > Duke
> >
>
> New failure mode:
> 20:20 < [Coke]> rakudo: NaN.Rat
> 20:21 <+p6eval> rakudo 38165a: OUTPUTï¿½(timeout)ï¿½
>

NaN.Rat now returns NaN - test unfudged, closing ticket.

--
Will "Coke" Coleda

[perl #118141] [BUG] 'first' should return Nil (not Failure) when reaching end of list in Rakudo by Will Coleda via RT

2013-06-09T15:41:15Z

From: Will Coleda via RT On Thu May 23 09:00:57 2013, masak wrote:
> <TimToady> nr: say first * > 5, 1..3
> <camelia> rakudo a50c2e: OUTPUTÂ«No values matchedâ¤ in method gist
> [...]
> <camelia> ..niecza v24-51-g009f999: OUTPUTÂ«Nilâ¤Â»
> <TimToady> rakudobug :)
> <masak> the spec doesn't say what to do in this situation.
> <TimToady> yes it does :)
> <masak> TimToady: where?
> <masak> I went to S32/Containers and looked for 'first' there.
> <masak> maybe I looked in the wrong place?
> <TimToady> did you git pull?
> * masak does so now
>
> <https://github.com/perl6/specs/commit/381e96a2d7edcf745f160644297f4ee924a1a405>
>
> * masak submits rakudobug

Fixed.

Can be closed with tests.

--
Will "Coke" Coleda

[perl #118389] [BUG] Cannot use constants with heredocs in Rakudo by Carl MÃ¤sak

2013-06-09T15:15:58Z

From: Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak"
# Please include the string: [perl #118389]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118389 >

<masak> r: constant FOO = q:to /EOF/;â¤ OH HAIâ¤ EOFâ¤â¤say FOO
<camelia> rakudo b2072f: OUTPUTÂ«===SORRY!===â¤Premature heredoc consumptionâ¤Â»
<masak> what in the world does "Premature heredoc consumption" mean? :(
<masak> is it unreasonable to want to put a heredoc string in a
constant? I don't think so.
<jnthn> masak: It means that constants are evaluated immediately
<jnthn> masak: It's the BEGIN block / heredoc thing in disguise.
<masak> jnthn: I fail to understand. I know that constants evaluate
immediately. but my heredocs are constant; they aren't qq strings,
they're q strings.
<jnthn> masak: The problem being that expression after the = up to the
; is evaluated right away at statement end
<jnthn> masak: The heredoc itself hasn't been parsed at that point.
<masak> ah.
<jnthn> r: BEGIN say q:to /EOF/;â¤ OH HAIâ¤ EOFâ¤â¤say FOO
<camelia> rakudo b2072f: OUTPUTÂ«===SORRY!===â¤Premature heredoc consumptionâ¤Â»
<jnthn> Same as there.
<masak> I understand now.
<masak> still dissatisfied with that semantics.
<jnthn> Well, not sure what we can do about it.
<jnthn> Given
<jnthn> r: (BEGIN say q:to /EOF/; say 42)â¤ OH HAIâ¤ EOFâ¤â¤say FOO
<camelia> rakudo b2072f: OUTPUTÂ«===SORRY!===â¤Premature heredoc consumptionâ¤Â»
<jnthn> There the BEGIN isn't even a top-level statement.
<masak> feels like Perl 6 isn't doing enough for me :)
<masak> we know that there is *going* to be a string there, in a very
short while.
<jnthn> Well, feel free to play with it to see if you can work out a
sane way to make it work
* jnthn isn't sure how
<masak> oki. gotcha.
<jnthn> I mean, I'd be happy enough with it working. I just don't see
how to get there.
<masak> yeah, I'm not saying it's an easy problem to solve. I'm saying
it feels like it could work.
* masak submits rakudobug

[perl #118387] [BUG] LEAVE doesn't trigger when an exception is thrown by Tadeusz SoÅ›nierz

2013-06-09T12:08:34Z

From: Tadeusz SoÅ›nierz # New Ticket Created by Tadeusz SoÅ›nierz
# Please include the string: [perl #118387]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118387 >

S04 says:

LEAVE {...} [executes] at every block exit time (even stack unwinds from
exceptions)

Running perl6 version 2013.05-15-gcd5ca7c built on parrot 5.2.0 revision
RELEASE_5_2_0:

> sub foo { LEAVE { say "OK" }; die "died" }; foo()
died

According to the spec, this should also say OK

[perl #108968] SEGV: my $x = :(Int); $x.^methods>>.say by Will Coleda via RT

2013-06-09T02:39:54Z

From: Will Coleda via RT On Mon Oct 01 04:30:56 2012, bbkr wrote:
> On 2012.09 Star it is:
>
> perl
> returns
> count
> Unmarshallable foreign language value passed for parameter 'obj'
> in method dispatch: at src/gen/CORE.setting:936
> in block at -e:1

with the latest rakudo compiler, this now returns:

./perl6 -e 'my $x = :(Int); $x.^methods>>.say'
perl
returns
count

ACCEPTS
params
arity

Closable with tests.

--
Will "Coke" Coleda

[perl #76930] [BUILD] space in prefix path by Will Coleda via RT

2013-06-09T01:37:58Z

From: Will Coleda via RT On Thu Nov 15 19:25:59 2012, coke wrote:
> On Mon Aug 02 12:55:42 2010, moritz wrote:
> > FWIW, on my machine parrot doesn't even install with a space in the
> > prefix path:
> >
> > http://trac.parrot.org/parrot/ticket/1716
> >
> > I guess there's not much point in trying to tackle this issue until
> > parrot gets some sanity.
>
> This seems to now fail when running nqp:
>
> Command failed (status 512): /Users/coke/perl5/perlbrew/perls/perl-
> 5.16.0_THREAD/bin/perl
> Configure.pl --with-parrot=/tmp/a space/bin/parrot --make-install
>
> The argument to --with-parrot needs to be quoted.

I've updated parrot and nqp to better handle processing and passing quoting path arguments.

An update to rakudo-star that pulls the latest nqp & parrot's should handle this now.

Leaving open until R* is updated.

--
Will "Coke" Coleda

[perl #118343] Problem with Perl website? by Sid Q.

2013-06-06T18:26:32Z

From: Sid Q. # New Ticket Created by "Sid Q."
# Please include the string: [perl #118343]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118343 >

Hey,

I just came across your website. It looks pretty good, but youâ€™re losing a lot
of potential email subscribers and fans. You can get at least 50% more email
subscribers and fans from your daily online visitors.

This research infographic www.incentivibe.com/case_study tells you how to get
more subscribers and fans. It was published on a world renowned marketing
journal. I hope it helps.

Good Luck.

Sid Q.100442

[perl #118361] Finding out long name of module fails by Elizabeth Mattijsen

2013-06-06T16:01:07Z

From: Elizabeth Mattijsen # New Ticket Created by Elizabeth Mattijsen
# Please include the string: [perl #118361]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118361 >

[10:41:11] <lizmat> r: module Foo { module Bar { say $?PACKAGE } } # shouldn't this need to say (Foo::Bar) ???
[10:41:12] <+camelia> rakudo b2072f: OUTPUTÂ«(Bar)â¤Â»
[10:53:53] <lizmat> TimToady: do you have an opinion on "module Foo { module Bar { say $?PACKAGE } } # shouldn't this need to say (Foo::Bar) ???"
[10:54:17] <TimToady> lizmat: I'd think so
[10:54:50] <jnthn> Wait, stringifying a type object gives the short nam,e no?
[10:55:20] <lizmat> ah, how to get the long name then?
[10:55:32] <jnthn> .WHO iirc, though not sure that does the Right thing yet.
[10:55:54] <pmichaud> $?PACKAGE.WHO stringifies to long name
[10:56:13] <jnthn> Right
[10:56:17] <jnthn> well, *should* :)
[10:56:34] <lizmat> rn: module Foo { module Bar { say $?PACKAGE.WHO } }
[10:56:37] <+camelia> ..rakudo b2072f: OUTPUTÂ«().hashâ¤Â»
[10:56:59] lizmat adapts rakudobug before sending off

[perl #118339] [BUG] Conspicuous lack of warning when uselessly providing a precedence on a multi operator in Rakudo by Carl MÃ¤sak

2013-06-05T19:58:02Z

From: Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak"
# Please include the string: [perl #118339]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118339 >

<flussence> rn: multi infix:<%>($lhs, Str $rhs) is looser(&infix:<xx>)
{ $lhs.join: $rhs }; say '........' xx 8 % "\n"
<camelia> rakudo b2072f, niecza v24-66-gaee6525: OUTPUTÂ«........
........ ........ ........ ........ ........ ........ ........â¤Â»
<flussence> those \s'es should be \n's...
<colomon> that doesn't seem to have worked?
<flussence> rn: multi infix:<%>($lhs, Str $rhs) is looser(&infix:<xx>)
{ $lhs.join: $rhs }; say ('........' xx 8) % "\n"
<camelia> rakudo b2072f, niecza v24-66-gaee6525:
OUTPUTÂ«........â¤........â¤........â¤........â¤........â¤........â¤........â¤........â¤Â»
<timotimo> yeah, because of $ instead of @
<colomon> oh, nevermind
<timotimo> for the $lhs ;)
<masak> timotimo: should still work, no?
<masak> so, why doesn't it work for @lhs ?
<moritz> ah, I know what's going on
<quietfanatic> r: multi infix:<%>(\lhs, Str $rhs) { say "custom op";
lhs.join: $rhs }; say ( infix:<%>('........' xx 8, "\n") ).perl
<camelia> rakudo b2072f: OUTPUTÂ«custom
opâ¤"........\n........\n........\n........\n........\n........\n........\n........"â¤Â»
<timotimo> oh, facepalm.
<moritz> since there's already an infix %, you can't define a new one
with a different precedence
<flussence> oh!
<moritz> so the precedence spec is simply ignored
<quietfanatic> oh, I think it'd be nice if you could do that
<timotimo> traits can be applied to the proto only?
<quietfanatic> or wait, is it because it's installing it as a multi?
<timotimo> can only be applied to the proto*
<quietfanatic> I see
<benabik> Multis with different precedence is probably a bad idea.
<quietfanatic> r: sub infix:<%%%>(\lhs, Str $rhs) is
looser(&infix:<xx>) { say lhs.perl; lhs.join: $rhs }; say ('........'
xx 8 %%% "\n" )
<camelia> rakudo b2072f: OUTPUTÂ«("........", "........", "........",
"........", "........", "........", "........",
"........").listâ¤........â¤........â¤........â¤........â¤........â¤........â¤........â¤........â¤Â»
<quietfanatic> you're right
<masak> could there maybe be a warning if you try to override the precedence?
<masak> it feels wrongish that it just throws it away.
<colomon> masak: I think an error, even
* masak submits rakudobug
<masak> colomon: better? :)
<colomon> masak++

[perl #118325] [BUG] $x div 0 dies immediately instead of resulting in a Failure in Rakudo by Carl MÃ¤sak

2013-06-05T15:58:35Z

From: Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak"
# Please include the string: [perl #118325]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118325 >

It's very frustrating not to be able to copy-paste the code from
pmichaud's talk. The future isn't fully here yet.

<masak> could someone help me reproduce pmichaud's bug, for the ticket?
<quietfanatic> rn: my $zero = 0; my $value = 32 div $zero; say 'alive'
<camelia> ..rakudo b2072f: OUTPUTÂ«Divide by zeroâ¤ in sub infix:<div> [...]
<masak> quietfanatic++

[perl #118287] [java] build runs out of memory by Will Coleda via RT

2013-06-05T14:24:05Z

From: Will Coleda via RT On Tue Jun 04 13:03:04 2013, coke wrote:
> On Tue Jun 04 09:59:57 2013, nicholas wrote:
> > On Tue, Jun 04, 2013 at 08:54:14AM -0700, Will Coleda via RT wrote:
> > > FYI:
> > >
> > > $ java -version
> > > java version "1.7.0_10"
> > > Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
> > > Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)
> >
> > Not that I have a great idea on this, but "out of memory" on which
> step?
> > Compiling the setting?
> >
> > and what platform - x86_64 (GNU) Linux?
> > How much RAM?
> > If you use -Xmx to set a larger heap size, does it work?
> >
> > Nicholas Clark
>
> From the original post:
>
> nqp/install/nqp --target=classfile --output=blib/Perl6/Grammar.class
> --encoding=utf8 \
> src/Perl6/Grammar.nqp
>
> That's the step that dies. If I add
>
> -Xms500m -Xmx2g
>
> (copied from elsewhere in rakudo-java's Makefile), and add it to the
> command line there, the
> build works.
>
> This probably isn't something we should add by default to the
> installed nqp, but we should
> consider allowing this to be a command line option to nqp's configure
> step. (and add a
> warning in the nqp readme)

Added a note to the README for now; Closing ticket.

--
Will "Coke" Coleda

[perl #118313] [java] "use v6" broken/NYI by Will Coleda

2013-06-05T12:34:22Z

From: Will Coleda # New Ticket Created by Will Coleda
# Please include the string: [perl #118313]
# in the subject line of all future correspondence about this issue.
#

Biggest blocker to running "make test" with rakudo-java right now:

$ ./perl6 -e 'use v6'
Unhandled exception: Method 'backtrace' not found
in print_exception
in
in command_eval
in command_eval
in command_line
in MAIN
in
in

(also need a backtrace, but that's another ticket)

--
Will "Coke" Coleda

[perl #118287] Can't build rakudo on jvm - out of memory by Will Coleda via RT

2013-06-04T20:03:14Z

From: Will Coleda via RT On Tue Jun 04 09:59:57 2013, nicholas wrote:
> On Tue, Jun 04, 2013 at 08:54:14AM -0700, Will Coleda via RT wrote:
> > FYI:
> >
> > $ java -version
> > java version "1.7.0_10"
> > Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
> > Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)
>
> Not that I have a great idea on this, but "out of memory" on which step?
> Compiling the setting?
>
> and what platform - x86_64 (GNU) Linux?
> How much RAM?
> If you use -Xmx to set a larger heap size, does it work?
>
> Nicholas Clark

From the original post:

nqp/install/nqp --target=classfile --output=blib/Perl6/Grammar.class
--encoding=utf8 \
src/Perl6/Grammar.nqp

That's the step that dies. If I add

-Xms500m -Xmx2g

(copied from elsewhere in rakudo-java's Makefile), and add it to the command line there, the
build works.

This probably isn't something we should add by default to the installed nqp, but we should
consider allowing this to be a command line option to nqp's configure step. (and add a
warning in the nqp readme)

--
Will "Coke" Coleda

Re: [perl #118287] Can't build rakudo on jvm - out of memory by Nicholas Clark

2013-06-04T16:59:41Z

From: Nicholas Clark On Tue, Jun 04, 2013 at 08:54:14AM -0700, Will Coleda via RT wrote:
> FYI:
>
> $ java -version
> java version "1.7.0_10"
> Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
> Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)

Not that I have a great idea on this, but "out of memory" on which step?
Compiling the setting?

and what platform - x86_64 (GNU) Linux?
How much RAM?
If you use -Xmx to set a larger heap size, does it work?

Nicholas Clark

[perl #118287] Can't build rakudo on jvm - out of memory by Will Coleda via RT

2013-06-04T15:54:21Z

From: Will Coleda via RT FYI:

$ java -version
java version "1.7.0_10"
Java(TM) SE Runtime Environment (build 1.7.0_10-b18)
Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode)

Re: Fwd: [Passed] letolabs/parrot-libgit2#21 (nciupdate - 4d61364) by Saurabh Kumar

2013-06-04T04:08:04Z

From: Saurabh Kumar
Patrick R. Michaud writes:

> The parrot-nqp.c file is generated by the pbc_to_exe program, which
> contains the source lines referenced here. The source for pbc_to_exe
> is in tools/dev/ .
>
> HTH,
>
> Pm

Hi,

Thanks for that. Adding context to the problem, the bug is that when I
run tests for parrot-libgit2, the tests fail but the process still
returns a zero exit code. Its not critical but getting proper failure
reports from travis would be nice.

Running gdb, it appears that the execution of the tests take place here:

https://github.com/parrot/parrot/blob/master/src/scheduler.c#L93

but no exit code propagates from here.

> On Sat, Jun 01, 2013 at 12:46:46PM -0500, Jonathan "Duke" Leto wrote:
>> Howdy,
>>
>> I think my GSoC student has possibly found a bug in parrot-nqp. I
>> won't have much time during YAPC::NA to help him.
>>
>> Could anybody step in and help him debug this issue?
>>
>> Duke
>>
>>
>> ---------- Forwarded message ----------
>> From: Saurabh Kumar
>> Date: Sat, Jun 1, 2013 at 11:55 AM
>> Subject: Re: [Passed] letolabs/parrot-libgit2#21 (nciupdate - 4d61364)
>> To: Jonathan Duke Leto
>>
>>
>> On Sat, Jun 1, 2013 at 8:12 PM, Jonathan "Duke" Leto wrote:
>> > Howdy,
>> >
>> > Can you show me where (a link to Github is most useful) where you
>> > think the NQP exit code bug is?
>> >
>> > Thanks!
>>
>> Ah, sorry, I was looking at parrot-nqp.c, which seems to be a
>> generated file, and not in the parrot.git repository. The main
>> function in the C file (Around line 37296) seems to have 7 locations
>> where it can exit. Before the program exits successfully, this is the
>> only location that should give off an error:
>>
>> if (!Parrot_api_run_bytecode(interp, pbc, argsarray)) {
>> show_last_error_and_exit(interp);
>> }
>>
>> Apparently this doesn't show a error. I'm not sure which source file
>> generates this C file now. I will look into it.
>>
>>
>> --
>> Jonathan "Duke" Leto
>> Leto Labs LLC http://letolabs.com
>> 209.691.DUKE http://duke.leto.net
>> @dukeleto

--
Saurabh Kumar

[perl #118263] [BUG] LTA error when the signatures of a stubbed method from a role and a class don't match by Timo Paulssen

2013-06-04T00:31:35Z

From: Timo Paulssen # New Ticket Created by Timo Paulssen
# Please include the string: [perl #118263]
# in the subject line of all future correspondence about this issue.
#

In this code

role Command {
method execute { ... }
}

class EchoCommand is Command {
method execute(Str $echostring) { shell "echo '$echostring'" }
}

gives the following error:

===SORRY!===
Method 'execute' must be implemented by Command because it is required by a role
at foobar.p6:6
------>

It would be cool if it would acknowledge, that there is a message, but the
signatures don't match.

Re: [perl #85750] Test failures on OpenBSD by Pascal Stumpf

2013-06-04T00:31:33Z

From: Pascal Stumpf On Thu, 30 May 2013 08:58:50 -0700, "Will Coleda via RT" wrote:
> On Wed, May 29, 2013 at 10:29 AM, Pascal Stumpf <Pascal.Stumpf@cubes.de>wrote:
>
> > On Wed, 29 May 2013 05:42:27 -0700, "Will Coleda via RT" wrote:
> > > How are you running the spec tests? - it looks like you've included some
> > > that are not marked as runnable by rakudo.
> >
> > I think I did a "gmake spectest_full". Shall I run just the spectest
> > target again or can you just ignore the tests that are not marked as
> > runnable?
>
>
> spectest_full is only useful if you're a developer looking for more tests
> to run.
>
> If you could rerun with just 'gmake spectest' that'll give us a much better
> idea of what's actually broken. And for those tests that fail, please
> provide the verbose output when running each of those test files.
>
> You can get verbose output for a single test file with: 'make
> t/spec/S02-types/bool.t'
>
> Thanks.

Hi,

here's the test summary and output from failed tests:

Test Summary Report
-------------------
t/spec/S02-literals/char-by-name.rakudo (Wstat: 256 Tests: 0 Failed: 0)
Non-zero exit status: 1
Parse errors: No plan found in TAP output
t/spec/S03-operators/arith.rakudo (Wstat: 0 Tests: 143 Failed: 1)
Failed test: 112
t/spec/S05-mass/named-chars.rakudo (Wstat: 256 Tests: 0 Failed: 0)
Non-zero exit status: 1
Parse errors: No plan found in TAP output
t/spec/S05-mass/properties-block.rakudo (Wstat: 256 Tests: 0 Failed: 0)
Non-zero exit status: 1
Parse errors: No plan found in TAP output
t/spec/S05-mass/properties-derived.rakudo (Wstat: 256 Tests: 0 Failed: 0)
Non-zero exit status: 1
Parse errors: No plan found in TAP output
t/spec/S05-mass/properties-general.rakudo (Wstat: 256 Tests: 0 Failed: 0)
Non-zero exit status: 1
Parse errors: No plan found in TAP output
t/spec/S19-command-line/dash-e.t (Wstat: 0 Tests: 3 Failed: 2)
Failed tests: 2-3
t/spec/S32-hash/delete-adverb.rakudo (Wstat: 0 Tests: 108 Failed: 0)
TODO passed: 17, 22-23, 25, 28-29, 31, 34-37, 39, 54
68
t/spec/S32-num/int.rakudo (Wstat: 256 Tests: 86 Failed: 0)
Non-zero exit status: 1
Parse errors: Bad plan. You planned 107 tests but ran 86.
t/spec/S32-num/power.rakudo (Wstat: 0 Tests: 50 Failed: 1)
Failed test: 18
Files=738, Tests=25798, 5896 wallclock secs (11.98 usr 118.69 sys + 4175.85 cusr 1257.87 csys = 5564.39 CPU)
Result: FAIL

t/spec/S03-operators/arith.rakudo ..
1..143
ok 1 - 1 == 1
ok 2 - 3 == 3
ok 3 - -3 == -3
ok 4 - -1 == -1
ok 5 - 1 == 1
ok 6 - 3 == 3
ok 7 - -3 == -3
ok 8 - -1 == -1
ok 9 - 0 == 0
ok 10 - 0.5 == 0.5
ok 11 - modulo with negative divisor (1)
ok 12 - modulo with negative divisor (2)
ok 13 -
ok 14 -
ok 15 -
ok 16 -
ok 17 - 2 == 2
ok 18 - 2 == 2
ok 19 - 90 == 90
ok 20 - -16 == -16
ok 21 - -61 == -61
ok 22 - 3 == 3
ok 23 - 0 == 0
ok 24 - 0 == 0
ok 25 - 3 == 3
ok 26 - -13 == -13
ok 27 - 2 == 2
ok 28 - -12 == -12
ok 29 - 10 == 10
ok 30 - -161 == -161
ok 31 - -151 == -151
ok 32 - 7 == 7
ok 33 - 0 == 0
ok 34 - 0 == 0
ok 35 - 2147483647 == 2147483647
ok 36 - 2147483647 == 2147483647
ok 37 - 1 == 1
ok 38 - -1 == -1
ok 39 - 4294967290 == 4294967290
ok 40 - -4294967290 == -4294967290
ok 41 - 4294967297 == 4294967297
ok 42 - -4294967297 == -4294967297
ok 43 - -1 == -1
ok 44 - 1 == 1
ok 45 - 4294967290 == 4294967290
ok 46 - -4294967290 == -4294967290
ok 47 - -4294967297 == -4294967297
ok 48 - 4294967297 == 4294967297
ok 49 - 3 == 3
ok 50 - -6 == -6
ok 51 - -9 == -9
ok 52 - 12 == 12
ok 53 - 2147395599 == 2147395599
ok 54 - -2147395599 == -2147395599
ok 55 - -2147395599 == -2147395599
ok 56 - 2147395599 == 2147395599
ok 57 - 2 == 2
ok 58 - 2 == 2
ok 59 - 1.2 == 1.2
ok 60 - -1.2 == -1.2
ok 61 - 2 == 2
ok 62 - -4 == -4
ok 63 - -7 == -7
ok 64 - 14 == 14
ok 65 - 9 div 4 == 2
not ok 66 - -9 div 4 == -3# TODO negative div
# got: '-2'
# expected: '-3'
not ok 67 - 9 div -4 == -3# TODO negative div
# got: '-2'
# expected: '-3'
ok 68 - -9 div -4 == 2
ok 69 - 13 mod 4
not ok 70 - -13 mod 4# TODO negative mod
# got: '-1'
# expected: '3'
not ok 71 - 13 mod -4# TODO negative mod
# got: '1'
# expected: '-3'
ok 72 - -13 mod -4
ok 73 - 1.25 == 1.25
ok 74 - -1.75 == -1.75
ok 75 - -2.25 == -2.25
ok 76 - 2.75 == 2.75
ok 77 -
ok 78 -
ok 79 -
ok 80 -
ok 81 -
ok 82 -
ok 83 - ** is right associative
ok 84 - infix:<**> is right associative
ok 85 - i^2 == -1
ok 86 - sqrt(-i)**4 ==-1
ok 87 - (-1+0i)**0.5 == i
ok 88 -
ok 89 -
ok 90 -
ok 91 -
ok 92 -
ok 93 -
ok 94 -
ok 95 -
ok 96 -
ok 97 -
ok 98 -
ok 99 -
ok 100 -
ok 101 -
ok 102 -
ok 103 -
ok 104 -
ok 105 -
ok 106 -
ok 107 -
ok 108 - 100**Inf
ok 109 - Inf**Inf
ok 110 - 0.9**Inf converges towards 0
ok 111 - 1.1**Inf diverges towards Inf
not ok 112 -
# got: 'NaN'
# expected: '1'
ok 113 -
ok 114 -
ok 115 -
ok 116 -
ok 117 -
ok 118 -
ok 119 -
ok 120 -
ok 121 -
ok 122 -
ok 123 -
ok 124 -
ok 125 -
ok 126 -
ok 127 -
ok 128 -
ok 129 - NaN**NaN
ok 130 - NaN**Inf
ok 131 - Inf**NaN
0
not ok 132 - Modulo zero dies and is catchable# TODO modulo by zero
0
not ok 133 - Modulo zero dies and is catchable with VInt/VRat variables# TODO modulo by zero
0
not ok 134 - Modulo zero dies and is catchable with VRef variables# TODO die or fail?
ok 135 - Division by zero dies and is catchable
ok 136 - Division by zero dies and is catchable with VInt div VRat variables
ok 137 - Division by zero dies and is catchable with VRef variables
ok 138 - Can calcualte 25! without loss of precision
ok 139 - Can calcualte 2**65 without loss of precision
ok 140 - no more Rat literals, infix:</> has normal left assoc
ok 141 - infix:<+> is not iffy enough
ok 142 - -Inf warns (and yields 0) but does not give an error
ok 143 - infix:<-> produces a proper Int, even if some of the types invovled have mixins
# Looks like you failed 1 tests of 143
# FUDGED!
Failed 1/143 subtests

Test Summary Report
-------------------
t/spec/S03-operators/arith.rakudo (Wstat: 0 Tests: 143 Failed: 1)
Failed test: 112
Files=1, Tests=143, 20 wallclock secs ( 0.11 usr 0.04 sys + 12.86 cusr 2.65 csys = 15.66 CPU)
Result: FAIL

t/spec/S19-command-line/dash-e.t ..
1..3
ok 1 - -e print $something works
not ok 2 - -e print $something works with non-ASCII string literals
# got out: "ÃˆÂ§"
# expected out: "È§"
not ok 3 - -e works with non-ASCII program texts
# got status: 1
# got out: ""
# expected out: "23"
# got err: "\x[1b][31m===\x[1b][0mSORRY!\x[1b][31m===\x[1b][0m\nTwo terms in a row\nat -e:1\n------> \x[1b][32mprint <1 2> \x[1b][33mâ\x[1b][31mÃ‚Â»+Ã‚Â« <1 1>\x[1b][0m\n expecting any of:\n postfix\n infix stopper\n infix or meta-infix\n statement end\n statement modifier\n statement modifier loop\n"
# expected err: ""
# Looks like you failed 2 tests of 3
Failed 2/3 subtests

Test Summary Report
-------------------
t/spec/S19-command-line/dash-e.t (Wstat: 0 Tests: 3 Failed: 2)
Failed tests: 2-3
Files=1, Tests=3, 27 wallclock secs ( 0.05 usr 0.53 sys + 17.48 cusr 7.31 csys = 25.37 CPU)
Result: FAIL

t/spec/S32-num/power.rakudo ..
1..50
ok 1 - 0 ** 0 == 1
ok 2 - 0 ** 1 == 0
ok 3 - 1 ** 2 == 1
ok 4 - 4 ** 0 == 1
ok 5 - 4 ** 1 == 4
ok 6 - 4 ** 2 == 16
ok 7 - 0 ** 4553535345364535345634543534 == 0
ok 8 - 1 ** 4553535345364535345634543534 == 1
not ok 9 - -1 ** 4553535345364535345634543534 == 1# TODO Simple bigint optimizations NYI
# got: '-Inf'
# expected: '1'
not ok 10 - -1 ** 4553535345364535345634543534 == -1# TODO Simple bigint optimizations NYI
# got: '-Inf'
# expected: '-1'
ok 11 - 2 ** 4553535345364535345634543534 == Inf
not ok 12 - -2 ** 4553535345364535345634543534 == Inf# TODO Simple bigint optimizations NYI
# got: '-Inf'
# expected: 'Inf'
ok 13 - -2 ** 4553535345364535345634543534 == -Inf
ok 14 - 4 ** .5 == 2
ok 15 - 4 ** (1/2) == 2
ok 16 - 4 ** (-1/2) == 1/2
ok 17 - -2 ** 2 = 4
not ok 18 - 1**Inf=1
# got: 'NaN'
# expected: '1'
ok 19 - 0**Inf=0
ok 20 - Inf**2 = Inf
ok 21 - (-Inf)**3 = -Inf
ok 22 - Inf**Inf = Inf
ok 23 - NaN propagates with integer powers
ok 24 - NaN propagates with numeric powers
ok 25 - 0**NaN=NaN
ok 26 - # SKIP NaN**1i should be NaN
ok 27 - # SKIP 1i**NaN should be NaN
ok 28 - # SKIP NaN**0 should be NaN
ok 29 - NaN**NaN=NaN
ok 30 - Inf**NaN=NaN
ok 31 - NaN**Inf=NaN
ok 32 - e ** .5 == exp(.5)
ok 33 - e ** 2.5 == exp(2.5)
ok 34 - (4+0i) ** 2 == 16
ok 35 - i ** 4 == 1
ok 36 - (4+0i) ** .5 == 2
ok 37 - i ** 2 == -1
ok 38 - i ** 3 == -i
ok 39 - 5i ** 3 = -125i
ok 40 - 3i ** 3 = -27i
ok 41 - -3i ** 3 = 27i
ok 42 - # SKIP i
ok 43 - quartic root of 8i ** 4 = 8i
ok 44 - quartic root of 8i ** 4 = 8i
ok 45 - quartic root of 8i ** 4 = 8i
ok 46 - quartic root of 8i ** 4 = 8i
ok 47 - e ** pi i = -1
ok 48 - (4+0i) ** (2+0i) == 16
ok 49 - 1.015 ** 200 is not NaN
ok 50 - 1.015 ** 200 == 19.6430286394751
# Looks like you failed 1 tests of 50
# FUDGED!
Failed 1/50 subtests
(less 4 skipped subtests: 45 okay)

Test Summary Report
-------------------
t/spec/S32-num/power.rakudo (Wstat: 0 Tests: 50 Failed: 1)
Failed test: 18
Files=1, Tests=50, 8 wallclock secs ( 0.10 usr 0.41 sys + 5.31 cusr 1.72 csys = 7.54 CPU)
Result: FAIL

Thank you for looking at this!

>
>
> --
> Will "Coke" Coleda
>
>
>
> On Wed, May 29, 2013 at 10:29 AM, Pascal Stumpf
> <Pascal.Stumpf@cubes.de> wrote:
>
> On Wed, 29 May 2013 05:42:27 -0700, "Will Coleda via RT" wrote:
> > How are you running the spec tests? - it looks like you've
> included some
> > that are not marked as runnable by rakudo.
>
> I think I did a "gmake spectest_full". Ã‚ Shall I run just the
> spectest
> target again or can you just ignore the tests that are not
> marked as
> runnable?
>
> spectest_full is only useful if you're a developer looking for more
> tests to run.
> If you could rerun with just 'gmake spectest' that'll give us a
> much better idea of what's actually broken. And for those tests
> that fail, please provide the verbose output when running each of
> those test files.
> You can get verbose output for a single test file with: 'make
> t/spec/S02-types/bool.t'
> Thanks.Ã‚
> --
> Will "Coke" Coleda

[perl #118287] Can't build rakudo on jvm - out of memory by Will Coleda

2013-06-03T21:44:55Z

From: Will Coleda # New Ticket Created by Will Coleda
# Please include the string: [perl #118287]
# in the subject line of all future correspondence about this issue.
#

Now that this has landed on the nom branch:

Using rakudo/nom @ 2367dad -

$ make
nqp/install/nqp --target=classfile --output=blib/Perl6/Grammar.class
--encoding=utf8 \
src/Perl6/Grammar.nqp
java.lang.OutOfMemoryError: Java heap space
in dump
in classfile
in
in compile
in eval
in evalfiles
in command_eval
in command_line
in MAIN
in
in make: *** [blib/Perl6/Grammar.class] Error 1

$ nqp/install/nqp --version
This is nqp version 2013.05-151-gb0d3b9c built on JVM

--
Will "Coke" Coleda

[perl #118285] ConfigureJVM.pl should support --gen-nqp by Will Coleda

2013-06-03T18:09:49Z

From: Will Coleda # New Ticket Created by Will Coleda
# Please include the string: [perl #118285]
# in the subject line of all future correspondence about this issue.
#

Analogous to Configure.pl's option.

Currently requires a pre-installed nqp invoked with --with-nqp

--
Will "Coke" Coleda

[perl #118273] [BUG] Cannot pass named arguments to a macro by Carl MÃ¤sak

2013-06-03T02:34:01Z

From: Carl MÃ¤sak # New Ticket Created by "Carl MÃ¤sak"
# Please include the string: [perl #118273]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118273 >

<lue> r: macro foo(:$flag) { quasi { say 42 } if $flag }; foo(:flag);
<camelia> rakudo b2072f: OUTPUTÂ«===SORRY!===â¤Too many positional
parameters passed; got 1 but expected 0 [...]Â»
* lue thought he had an answer for a second, but nope
<lue> Am I not allowed to use named parameters in macros, or is that a bug?
<masak> lue: that's a bug.
* masak submits rakudobug
<masak> or, hm.
<masak> I'm not sure.
<masak> but it's worth filing anyway :)