Re: learning perl6?

2016-01-04 Thread Francis Grizzly Smit
On 05/01/16 17:07, Yonghua Peng wrote: I have learned perl from the book "learning perl", learned python from the book "learning python". both them are excellent. So I think there should be a similar book existing for this purpose. Thanks. we are in on the ground floor with Perl6, the book

Re: learning perl6?

2016-01-04 Thread Yonghua Peng
I have learned perl from the book "learning perl", learned python from the book "learning python". both them are excellent. So I think there should be a similar book existing for this purpose. Thanks. On 2016/1/5 星期二 12:38, Jonathan Scott Duff wrote: If, by "regular book", you mean "bound pap

Re: learning perl6?

2016-01-04 Thread Jonathan Scott Duff
If, by "regular book", you mean "bound paper sheafs with ink on them", then the answer is currently "no". Is there something wrong with the documentation online? (besides there not being enough of it :) -Scott On Mon, Jan 4, 2016 at 9:55 PM, Yonghua Peng wrote: > Hello, > > Is there a regular

learning perl6?

2016-01-04 Thread Yonghua Peng
Hello, Is there a regular book, rather than the documentation online, for learning perl6? Thanks.

Re: Rakudo* downloader

2016-01-04 Thread Will Coleda
Out of curiosity, how does this compare to rakudobrew? I would recommend creating a github repository for it if you feel it's worth sharing. On Mon, Jan 4, 2016 at 11:12 AM, Parrot Raiser <1parr...@gmail.com> wrote: > I have a small bash script to download and install a specified version > of rak

Rakudo* downloader

2016-01-04 Thread Parrot Raiser
I have a small bash script to download and install a specified version of rakudo*. If anyone might find it useful, where should I put it to share?

Re: Erratic timings

2016-01-04 Thread Parrot Raiser
On 1/4/16, Elizabeth Mattijsen wrote: > > FWIW, I have seen values that are off, but have always been able to trace it > back to my computer (stealthily or not) doing other things. > Thanks. Based on that, I'll assume it's not important unless it starts to happen regularly, in which case I will tr

Re: Erratic timings

2016-01-04 Thread Elizabeth Mattijsen
> On 04 Jan 2016, at 15:17, Parrot Raiser <1parr...@gmail.com> wrote: > > The increase in "real" time was accompanied by changes in the other numbers. > IIRC, I was offline at the time, so there shouldn't have been much > else going on. > > Sorry to be so vague about the circumstances, but when y

Re: Erratic timings

2016-01-04 Thread Parrot Raiser
The increase in "real" time was accompanied by changes in the other numbers. IIRC, I was offline at the time, so there shouldn't have been much else going on. Sorry to be so vague about the circumstances, but when you are surprised by what may or may not be a problem, securing the crime scene can

Re: Erratic timings

2016-01-04 Thread Tom Browder
On Mon, Jan 4, 2016 at 7:38 AM, Parrot Raiser <1parr...@gmail.com> wrote: >> Could the jumps to >1 seconds be explained by automatic pre-compilation >> taking place after >> you re-compiled rakudo ? > > Why would that happen occasionally, after a number of executions of > the same code? (If it was

Re: Erratic timings

2016-01-04 Thread Tobias Leich
Would be nice if someone could reproduce also. Am 04.01.2016 um 14:38 schrieb Parrot Raiser: Could the jumps to >1 seconds be explained by automatic pre-compilation taking place after you re-compiled rakudo ? Why would that happen occasionally, after a number of executions of the same code? (I

Re: Erratic timings

2016-01-04 Thread Parrot Raiser
> Could the jumps to >1 seconds be explained by automatic pre-compilation > taking place after > you re-compiled rakudo ? Why would that happen occasionally, after a number of executions of the same code? (If it was consistently the first run that was the long one, I'd be looking at that, but it'