Re: Startup performance on OS X

That is really lovely. I don’t know what criteria are used for Rosetta Code, but the article’s implementation is the clearest “program as concrete explication of algorithm” I’ve ever seen. It took me *years* to understand RSA’s internals to the point that I could explain it if asked to in an

[perl #129801] [LTA] Nesting LEAVE and ENTER phasers says "Cannot reference undeclared local 'enter_result__1"

# New Ticket Created by Sam S. # Please include the string: [perl #129801] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129801 > I tried to time a subroutine as follows: ➜ sub a { LEAVE say now - ENTER now; sleep 1

[perl #129800] [BUG] X::Multi::NoMatch claims positional args were used when named were

# New Ticket Created by Zoffix Znet # Please include the string: [perl #129800] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129800 > # I have the fix; filing for records The error message displayed claims I called the

[perl #129798] Fwd: Initializing a CStruct attribute of a CStruct

# New Ticket Created by Fernando Santagata # Please include the string: [perl #129798] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129798 > As requested: -- Forwarded message -- From: Elizabeth Mattijsen

Re: Startup performance on OS X

Yeah, it just got really noticeable when I had to run a relatively short script over and over again, one that would have appeared to finish instantly on Perl 5. Startup time just stood out first since that’s about fifteen times higher on 6 vs stock 5. But I also see now that my full script has

Re: [perl #129779] Concurrency worse than no concurrency

Am 03.10.2016 um 06:34 schrieb Zoffix Znet via RT: Seems the issue has more to do with running an empty loop, rather than performing a real computation. This is a run on a 4-core box. Attempting to parallelize an empty loop makes the execution 1 second slower: [...] But running actual

Re: [perl #129779] Concurrency worse than no concurrency

But Crypt::Bcrypt seems to be mostly native call stuff. While it is running, I wouldn't imagine that it has much to do with Perl 6 at all. The original case I noticed the problem in was a recursive function; all Perl 6, no IO. Sure, it's not real work, but I'm not at that stage yet. Try

Re: Startup performance on OS X

On Mon, Oct 03, 2016 at 04:26:10PM +0200, Elizabeth Mattijsen wrote: > > On 02 Oct 2016, at 11:00, Thor Michael Støre wrote: > > Is this normal startup performance? > > https://www.promptworks.com/blog/public-keys-in-perl-6 > > I wonder what would be needed to run this in

[perl #129799] [BUG] Dateish.IO is Unusable

# New Ticket Created by Zoffix Znet # Please include the string: [perl #129799] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129799 > # I have the fix; filing for records The Dateish role provides method IO that creates

Re: Startup performance on OS X

> On 02 Oct 2016, at 11:00, Thor Michael Støre wrote: > Is this normal startup performance? https://www.promptworks.com/blog/public-keys-in-perl-6 I wonder what would be needed to run this in Perl 5, module wise, and CPU wise. Liz

Re: [perl #129797] Channel.list does not honor .Slip

> On 03 Oct 2016, at 14:17, Wenzel Peppmeyer (via RT) > wrote: > > # New Ticket Created by Wenzel Peppmeyer > # Please include the string: [perl #129797] > # in the subject line of all future correspondence about this issue. > #

Re: Initializing a CStruct attribute of a CStruct

recently, jnthn fixed a bug in attribute binding of natives in signatures, so you should now be able to say: submethod BUILD(uint64 :$!c, test1 :$!d) { } # should work, but doesn't which in turn begs the question why you would need the BUILD anyway. But indeed it looks like you need to do

Re: Initializing a CStruct attribute of a CStruct

Looks like the solution is declaring the parameter type in the BUILD submethod. This one works fine: use NativeCall; class test1 is repr('CStruct') is export { has uint64 $.a; has uint64 $.b; } class test2 is repr('CStruct') is export { has uint64 $.c; has test1 $.d; submethod

[perl #129797] Channel.list does not honor .Slip

# New Ticket Created by Wenzel Peppmeyer # Please include the string: [perl #129797] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129797 > my $c = Channel.new; $c.send((1,2,3).Slip); $c.close; dd (1,$c.list,2).join(':') #

Re: Startup performance on OS X

On 2016-10-03 12:14, Elizabeth Mattijsen wrote: Wrt to Pm’s timing of perl 5 with Moose: if you actually want to have most of Perl 6’s capabilities in Perl 5 with Moose, you will need to load quite a few MooseX:: classes as well. Which cannot have a positive effect on load time. Right. But

Re: Startup performance on OS X

$ time install/bin/nqp -e '' real0m0.025s user0m0.017s sys 0m0.006s Liz > On 03 Oct 2016, at 12:45, Brock Wilcox wrote: > > It seems like Moose vs built-in-oop/mop is a very indirect comparison. Now > I'm wondering what nqp or moarvm startups are like.

Re: Startup performance on OS X

It seems like Moose vs built-in-oop/mop is a very indirect comparison. Now I'm wondering what nqp or moarvm startups are like. On Oct 3, 2016 06:14, "Elizabeth Mattijsen" wrote: > > On 02 Oct 2016, at 11:00, Thor Michael Støre > wrote: > > > > Hey

Re: Startup performance on OS X

> On 02 Oct 2016, at 11:00, Thor Michael Støre wrote: > > Hey everyone! > > Is this normal startup performance? > > > Thormicks-MacBook-Pro-3:~ thormick$ time perl6 -e "say 'foo'" > foo > > real 0m0.444s > user 0m0.166s > sys 0m0.067s > Thormicks-MacBook-Pro-3:~

[perl #129790] [OPTIMIZER] Giving a sub to a map fails

Playing around I found that the following change made your examples work as expected: diff --git a/src/Perl6/Optimizer.nqp b/src/Perl6/Optimizer.nqp index 12398ba..9102b7f 100644 --- a/src/Perl6/Optimizer.nqp +++ b/src/Perl6/Optimizer.nqp @@ -1082,7 +1082,8 @@ class Perl6::Optimizer {

[perl #129782] [JVM] Some evaluations return Int instead of Bool due to optimizer's work

I think I found a clean way to fix the problem: https://github.com/perl6/nqp/pull/309