Is the first example meant to be like:
'"foo" ~~ /$=.+/; say (:$)'
??
On Tue, Jan 5, 2016 at 6:42 PM Tobias Leich
wrote:
> # New Ticket Created by Tobias Leich
> # Please include the string: [perl #127165]
> # in the subject line of all future correspondence about this issue.
> # https://rt
# New Ticket Created by Tobias Leich
# Please include the string: [perl #127165]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127165 >
For a while we can create Pairs from named captures of match variables:
m: my %hash = key
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
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
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
Hello,
Is there a regular book, rather than the documentation online, for
learning perl6?
Thanks.
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #127163]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127163 >
The code is worth a 1000 words, so see evals below. The issue is or/and/andthen
after a s
# New Ticket Created by Alex Jakimenko
# Please include the string: [perl #127162]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127162 >
“year” is allowed everywhere:
Code:
say DateTime.new(year => -50).later(year => 50);
# New Ticket Created by Alex Jakimenko
# Please include the string: [perl #127161]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127161 >
These are not working:
Code:
say DateTime.new(‘2016-01-31T05:00:00Z’).earlier(months =
# New Ticket Created by Alex Jakimenko
# Please include the string: [perl #127160]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127160 >
Code:
say DateTime.now.earlier(years => 15)
Result:
2031-01-05T01:57:22.872850+01:00
HI,
this request can be closed. The problem is that libncurses is not
thread-safe and thus cannot be used within a Supply callback.
Perhaps there should be some note in the Supply documentation pointing out
this trap with NativeCall wrappers around "thread-unsafe" libraries.
Cheers,
Fritz
On W
I've already corrected myslef (but somehow my second email didn't make it
to the bugtracker), so I'll repeat it here:
Actually getenv isn't thread safe but rakudo shouldn't crash anyway. Here
is another example:
$ cat foo.c
#include
int foo(void) { return 0; }
$ gcc -fPIC -shared foo.c -o foo.s
The subject should have been GTK::Simple, of course ...
Sorry,
Fritz
On Mon, 4 Jan 2016, Will Coleda via RT wrote:
Attaching file from gist...
--
Oetiker+Partner AG tel: +41 62 775 9903 (direct)
Fritz Zaucker+41 62 775 9900 (switch board)
Aarweg 15
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
On Thu Dec 31 05:04:23 2015, lue wrote:
> There's unfortunately no real diagnostic I can provide for the error
> specifically, since the result of the bug is a failed grammar parse.
>
> The grammar of my SUPERNOVA project
> (https://github.com/ShimmerFairy/SUPERNOVA) has been failing since the
> C
Attaching file from gist...
golf-helper.p6
Description: Binary data
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?
On Mon, Jan 4, 2016 at 10:51 AM, Elizabeth Mattijsen wrote:
> > getenv should be threadsafe according to:
> >
> http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_09_01
>
>
>
> http://pubs.opengroup.org/onlinepubs/9699919799/functions/getenv.html
>
> seems to claim ot
> On 03 Jan 2016, at 21:20, Bartłomiej Palmowski (via RT)
> wrote:
>
> # New Ticket Created by Bartłomiej Palmowski
> # Please include the string: [perl #127138]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=127138 >
>
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
> On 03 Jan 2016, at 10:44, Jules Field wrote:
> The snag is this:
> > my @a = (1, (2,3), 4);
> [1 (2 3) 4]
>
> I asked for a List, but got given an Array. So I can do this:
If like that, you really have asked for an Array (@a) to be assigned with the
values of a List (1, (2,3), 4). If you wan
Brian S. Julin via RT skribis 2016-01-03 15:37 (-0800):
> S02-types/native.t would seem a ood place for testing scalar sized uints.
Thanks. Unfortunately, I couldn't easily figure out how to write TODO
tests. So here's something that someone could copy and paste:
# RT #127144, uint increment
> 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
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
# New Ticket Created by Bartłomiej Palmowski
# Please include the string: [perl #127138]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127138 >
Hi,
recently when trying to parallelise fetching multiple websites with
LWP::Sim
# New Ticket Created by Jonathan Stowe
# Please include the string: [perl #127145]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127145 >
This came up on IRC regarding what is "thread-safe" and what isn't in
NativeCall:
[jo
# New Ticket Created by Bartłomiej Palmowski
# Please include the string: [perl #127146]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127146 >
Actually getenv isn't thread safe but rakudo shouldn't crash anyway. Here
is anot
Brian,
The snag is this:
> my @a = (1, (2,3), 4);
[1 (2 3) 4]
I asked for a List, but got given an Array. So I can do this:
> (1, (2,3), 4).flat;
(1 2 3 4)
but not this:
> @a.flat;
(1 (2 3) 4)
And now @a.flat is a list. But if I assign the result to @b then this
happens:
> my @b = @a.flat;
[
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
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
> 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'
That highlights the bug:
m: my uint8 $x = 255; print $x, " -> "; $x = $x + 1; say $x;
rakudo-moar 0f26ae: OUTPUT«255 -> 0»
m: my uint8 $x = 255; print $x, " -> "; $x++; say $x;
rakudo-moar 0f26ae: OUTPUT«255 -> 256»
Am 04.01.2016 um 11:48 schrieb Elizabeth Mattijsen:
On 04 Jan 2016, at 00:25
> On 04 Jan 2016, at 11:51, Lloyd Fournier wrote:
>
> There is no mention of subst-mutate in the design docs. Should I still write
> tests in roast?
Well, subst-mutate is *not* used inside of the core itself, so I can only
assume it is intended to be user-facing. So yes, please add tests for
There is no mention of subst-mutate in the design docs. Should I still
write tests in roast?
LL
On Mon, Jan 4, 2016 at 8:52 AM Elizabeth Mattijsen wrote:
> > On 03 Jan 2016, at 19:12, Zoffix Znet (via RT) <
> perl6-bugs-follo...@perl.org> wrote:
> >
> > # New Ticket Created by Zoffix Znet
> >
Just speculating, but I think this can be fixed by codegen; to be specific,
the inc_i op should be followed by a truncate in case of a sized variable.
2016-01-04 11:37 GMT+01:00 Elizabeth Mattijsen :
> > On 04 Jan 2016, at 00:25, Juerd Waalboer (via RT) <
> perl6-bugs-follo...@perl.org> wrote:
>
> On 04 Jan 2016, at 00:25, Juerd Waalboer (via RT)
> wrote:
>
> # New Ticket Created by Juerd Waalboer
> # Please include the string: [perl #127144]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=127144 >
>
>
> Bug:
>
> On 04 Jan 2016, at 00:25, Juerd Waalboer (via RT)
> wrote:
>
> # New Ticket Created by Juerd Waalboer
> # Please include the string: [perl #127144]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=127144 >
>
>
> Bug:
>
37 matches
Mail list logo
