Depending on how many would leave the original product, the pace of
development of both could be slowed down by a factor of 2 or even more.
That's technically correct (which, after all, is the best kind of
correct, https://knowyourmeme.com/photos/909991-futurama ).
But while the pace of devel
be a good
option if you're trying to keep something concise.)
Using that syntax, your example goes from
S:g[(x)|(y)] = $0 ?? x-replacement !! y-replacement
to
S:g[$=[x]|y] = $ ?? x-replacement !! y-replacement
which is pretty similar.
I hope that helps!
Best,
Daniel
--
As a final reminder, the Perl and Raku Conference's call for proposals
closes in TWO DAYS – on Sunday, May 1 at 18:00 UTC (2pm eastern time).
Don't forget to submit your talk proposal by then!
(And, if you aren't yet planning to propose a talk, it's not too late to
do so: you don't need to h
February 12, 2022 4:12 PM, "Parrot Raiser" <1parr...@gmail.com> wrote:
> In this article, "Every Simple Language Will Eventually End Up Turing
> Complete"
> https://solutionspace.blog/2021/12/04/every-simple-language-will-eventually-end-up-turing-complete
> the author points out an unfortunate ten
> The question now is that I can't find anything about COERCE in the
> documentation.
Yeah, COERCE definitely should be documented but just hasn't been yet.
There's a raku/doc issue about needing to add it
(https://github.com/Raku/doc/issues/3807)
but unfortunately none of us has done so yet :
+1 from me too. I'd also add test files to the list, which have at least .t
and .rakutest
(with the latter being preferred AFAK, so that GitHub will start highlighting
them correctly).
I'm not sure if there are other acceptable extensions for test files, though?
> * I'm pretty sure i saw something like :!$test to express Bool :$test = False.
> Did i just dreamed about it ?
You sort of dreamed it. :!test passes test => False as a Pair, which means
$test = False.
But that's syntax for calling the fn, not declaring it. You could do Bool()
:$test=0, but
i
y is pretty convincing, but is sounds like you no
longer agree with that guy> I'd be very interested to know what
convinced you.
Thank you in advance,
Daniel
y is pretty convincing, but is sounds like you no
longer agree with that guy> I'd be very interested to know what
convinced you.
Thank you in advance,
Daniel
I just submitted a PR based on this useful thread.
https://github.com/Raku/doc/pull/3942
Thanks to you both!
(Also, apparently $:a has the same behavior – after the first time, you
can use $a )
To expand slightly on what Clifton said, the reason that
> %a = %a.map: { .sqrt };
> # (1 1.4142135623730951 1.7320508075688772 2 2.23606797749979)
does what you mean but
> %a{'column1'} ==> map( { .sqrt } )
> # (2.23606797749979)
does not is that the method .map maps over *each item* in the A
Hi Paul,
If you _do_ want/need to work with C-style null-terminated strings, you can use
the (core)
NativeCall library. So, given your example:
> my Buf $b .= new([72, 105, 0, 32, 97, 103, 97, 105, 110, 0]);
> say $b.decode;
> I would expect this to print 'Hi'.
>
> Instead it prints 'Hi again'
> Oh, and WAT is [short for] "Weird/will Ass Thing"?
No, it's not an abbreviation for anything – it's the word "what", but
pronounced in a way that
indicates the speaker is surprised/confused. More specifically, it's a
reference to the WAT talk (a
really good one, even if it is about a different
liable trick would be to use a sub and a counter
> variable:
>
> my atomicint $c = 0;
> sub foo($) { ++⚛$c }('a' | 'b,b' | 'c');
> say $c;
>
> Or, taking about tricks:
>
> ('a' | 'b,b' | 'c')».&(-> $ { ++
> It can be done without the EVAL:
>
>> any('a', 'b', 'c').raku.substr(4, *-1).split(',').elems
>
> 3
Yeah, but only at the cost of some fragility:
> any('a', 'b,b', 'c').raku.substr(4, *-1).split(',').elems
4
I suppose you could do:
> any('a', 'b,b', 'c').elems.raku.substr(4, *-1).split(',')
> But .EVAL is evil, right?
Indeed! And
any('a', 'b', 'c').raku.substr(3).EVAL.elems;
arguably deserves _extra_ evil points for using the .EVAL method which, unlike
the
EVAL sub, doesn't even warn about how dangerous it is (even though it probably
should).
> For example, you can't get a count of the number of elements in a junction
Well, if you're willing to stoop to ugly enough hacks, there's _always_ a
way :D
any('a', 'b').raku.substr(3).EVAL.elems # OUTPUT «3»
> My guess would be that the `ACCEPTS` method for a Junction
is special cased to ha
ebsite might look like, but don't think I can communicate
it without a POC). I
hope to be able to share more details in the coming days.
Best,
Daniel / codesections
Hi Paul,
That's an interesting question, and I have a few thoughts below. Before I get
to those, I wanted
to point out an issue with the way you started your email with "Hey Gents": the
Raku community
includes many talented women, and I'd love to see it include more.
On to the technical quest
Richard Hainsworth wrote:
> My suggestion is that some formal decision is made about documentation for
> Raku modules, that some
> documentation good practices are put together and included in the Modules
> page.
I think that this is a great idea (and that your suggestions afterwords are a
go
Kevin Pye wrote:
> Just because mathematics allows an implied multiplication doesn't mean Raku
> does -- in fact I can't
> think of any programming language which does.
As a (potentially) interesting side note, while Raku doesn't provide implied
multiplication, it _is_
one of the few programmi
> Is there a convenient way to get a list of all classes built-in to Raku?
Short answer:
raku -e '.say for (|CORE::, |UNIT::, |OUTERS::, |MY::).grep({ .key eq
.value.^name }).grep({ .value.HOW.^name eq "Perl6::Metamodel::ClassHOW"
}).map(*.key).unique'
Somewhat longer answer:
https://stackoverf
I like Bruce's Regex-based approach.
Here's how I'd probably approach the problem:
raku -e 'say [+] @*ARGS.grep(+*)' 0 100 200 300 apples 400oranges 2kilos
18.7876 500 grams14 10stars10 sun100moon 77
August 31, 2020 2:28 PM, "Bruce Gray" wrote:
> my $is_a_number = / ^ \d+ [ '.' \d* ]? $ /;
>
10-4
cpan:fooist it is.
Sent from my iPhone
Daniel Lathrop (@lathropd)
Mobile: (206) 718-0349
PGP key: https://keybase.io/lathropd (raw)
> On Aug 28, 2020, at 9:51 AM, Ralph Mellor wrote:
>
>
>>
>> You can alter to whatever (it just needs to be a string...
>
> Here is my keeper on a hash
Thanks for sharing :)
turned out
to be enough material for a blog post:
www.codesections.com/blog/raku-unit-testing-with-conditional-compilation/
If you're willing to post your "keepers", I bet others would enjoy
reading them as well.
Hope that explains it. I ADORE Raku. The only thing
I dislike is the documentation.
I'm glad you like Raku -- I feel the same way. Now, I'm going to get
back to trying to improve the documentation; I've submitted two pull
requests today, and am making decent progress towards a third. Maybe
one day, you'll like the docs as much as you like the language itself.
Sorry for being so long winded.
Likewise!
Best regards,
Daniel
tion of the docs is so different. I've been trying to
contribute to the docs more in the past few weeks, so maybe I can play a small
part in making that situation better for us all.
Best,
Daniel
Sorry, that may be wrong... I seem to have fallen into a maze of twisty little
passages, all alike as I try to research this.
However, I will publish a minimum viable patch to make the REPL happy on MacOS.
Sent from my iPhone
Daniel Lathrop (@lathropd)
Mobile: (206) 718-0349
PGP key: https
Neither Linenoise or Readline has solid multi-byte character support, as I
understand it. Getting unicode support would require switching to libedit (or
something else) I think.
Sent from my iPhone
Daniel Lathrop (@lathropd)
Mobile: (206) 718-0349
PGP key: https://keybase.io/lathropd (raw
> $ raku --version
> This is Rakudo version 2020.07 built on MoarVM version 2020.07
> implementing Raku 6.d.
> Whats is new??
Release notes are at
https://github.com/rakudo/rakudo/blob/master/docs/announce/2020.07.md
I'm most excited for new the Unicode operators, ≡ and ≢ (though the
permutatio
> Can anyone point me at examples of pod6 in use?… Concise would be nice,
One concise example I've found useful is the Pod::Load script,
https://modules.raku.org/dist/Pod::Load:cpan:JMERELO/lib/Pod/Load.pm6
This short script shows pod6 used both as a more full-featured
documentation format (the
mizer interfering with some native subs [d662912e]
+ Fixed leaking an open file handle when re-precompiling [2dd570de]
The following people contributed to this release:
Vadim Belman, JJ Merelo, Aleks-Daniel Jakimenko-Aleksejev, Timo Paulssen,
Patrick Böker, Stefan Seifert, Daniel Green, Elizabe
Fixed issues when installing into `/usr` [f41db044]
+ Fixed unnecessary use of `git` in release tarballs
[540926bf][e18b4f3b]
+ Fixed intermittent failures in one of the performance tests [bd29d3f6]
The following people contributed to this release:
Patrick Böker, Aleks-Daniel Jakimenko-Aleksej
80]
+ Fixed `.&fail` after better return handler tracking [90722780]
+ Exposed `newmixintype` via `Metamodel::Primitives` [4702c245]
+ Fixed subclassing of `Parameter` [d31fb270]
The following people contributed to this release:
Vadim Belman, Elizabeth Mattijsen, Patrick Böker, Timo Pa
ease are outlined below:
New in 2019.03.1:
+ Fixes:
+ Fixed issues with `$*KERNEL` on Windows [190a7148][2f9d69c2]
The following people contributed to this release:
Nick Logan, Aleks-Daniel Jakimenko-Aleksejev
If you would like to contribute or find out more information, visit
<https:
ted to this release:
Elizabeth Mattijsen, Jonathan Worthington, cfa, Paweł Murias,
Will "Coke" Coleda, Aleks-Daniel Jakimenko-Aleksejev, Stefan Seifert,
Timo Paulssen, Nick Logan, Richard Hainsworth, Daniel Green,
Juan Julián Merelo Guervós, Tom Browder, Elena Merelo, Antonio, Altai-man,
I
OK, so that's not an issue in Rakudo then. Closed.
On 2019-03-05 11:16:41, sortiz wrote:
> The problem is the PEM_write_bio_RSAPrivateKey signature used in the
> NativeCall declaration, it missed five arguments.
>
> From the manual:
>
> int PEM_write_bio_RSAPrivateKey(BIO *bp, RSA *x, const EVP_CI
Moved to https://github.com/rakudo/rakudo/issues/2725
On 2016-12-29 14:43:03, alex.jakime...@gmail.com wrote:
> Of course, same thing with “next” and “last” (is there anything else?)
>
> On 2016-12-29 09:13:24, alex.jakime...@gmail.com wrote:
> > Code:
> > say 42; redo
> >
> >
> > Result (2015.12,
Closing, explanation here: https://github.com/rakudo/rakudo/issues/2708
On 2017-05-12 07:52:34, c...@zoffix.com wrote:
> https://irclog.perlgeek.de/perl6-dev/2017-05-12#i_14572067
>
> 14:49 m: my @a = 1..12; for ('a' x 100 ~ " -- Jan-12-2017")
> xx 100 { when /'-- ' |@a '-' \d**2 '-' \d**4 / { } }
Ticket moved to https://github.com/rakudo/rakudo/issues/2697
On 2015-09-25 14:06:27, duff wrote:
> On Sat Jul 25 12:03:18 2015, moritz wrote:
> > This script here:
> >
> > # BEGIN SCRIPT
> > my grammar PgTokenizer {
> > token double_quote_normal { <-[\\"]>+ }
> > token double_quote_escape { [\\ .
Usually this happens when you have an unclosed string somewhere earlier in your
code.
That is:
say "foo; ← oops! Forgot the closing "
# $a ← we think that this is a comment, but actually it's part of the string
above!
On 2019-01-23 01:27:08, warren.mu...@gmail.com wrote:
> Hello:
>
> I ran into
I'm slightly confused by this ticket… isn't it resolved now? Nowadays you get
an error message like this:
Unable to parse expression in single quotes; couldn't find final "'"
(corresponding starter was at line 2)
So while it blows up at the end of the file, it still mentions where the quote
start
lease:
Paweł Murias, Elizabeth Mattijsen, Aleks-Daniel Jakimenko-Aleksejev,
Stefan Seifert, Jonathan Worthington, Ben Davies, Petr Rockai, Nick Logan,
Samantha McVey, Timo Paulssen, Momo
If you would like to contribute or find out more information, visit
<https://perl6.org>, <https://raku
5a][8e858c8d][00eb7b85]
[0fa6988c][bf3575cc][18ded174]
The following people contributed to this release:
Stefan Seifert, Elizabeth Mattijsen, Zoffix Znet,
Aleks-Daniel Jakimenko-Aleksejev, Paweł Murias, Timo Paulssen, Nick Logan,
Tom Browder, Rob Hoelz, Jonathan Worthington, Joelle Maslak, D
ijsen, Paweł Murias, JJ Merelo, Tom Browder,
Bart Wiegmans, Jonathan Worthington, Will "Coke" Coleda,
Aleks-Daniel Jakimenko-Aleksejev, Samantha McVey, thebooort,
Juan Julián Merelo Guervós, Ben Davies, Fernando Correa de Oliveira,
Timo Paulssen, Daniel Green, MorayJ, Valentin Anger,
threadl
settypes extop [de4e8225]
+ Standardized use of proto's on `.STORE` methods [ed9b48de]
+ Removed EmptySeq [a4db33e7]
The following people contributed to this release:
Zoffix Znet, Elizabeth Mattijsen, Paweł Murias, Bart Wiegmans,
Samantha McVey, Stefan Seifert, Jeremy Studer, Timo P
[0249afc2]
+ Turned p6reprname into a desugar [07cfbeb2]
The following people contributed to this release:
Zoffix Znet, Jonathan Worthington, Elizabeth Mattijsen,
Tom Browder, Jeremy Studer, Samantha McVey, Daniel Green,
Aleks-Daniel Jakimenko-Aleksejev, Will "Coke" Coleda, Paweł Mu
Further discussion on https://github.com/rakudo/rakudo/issues/1946
On 2017-05-28 21:20:08, c...@zoffix.com wrote:
> On Sun, 28 May 2017 18:18:14 -0700, raiph wrote:
> > If there hasn't been significant adoption of these tokens in extant
> > code then I'd personally +1 deprecation of them in v6.d i
+ Various NQP ↔ Perl 6 fixes [e4ecf5e5][23af3491][7bc6e46f][cbb5ee5f]
The following people contributed to this release:
Elizabeth Mattijsen, Will "Coke" Coleda, Jonathan Worthington,
Aleks-Daniel Jakimenko-Aleksejev, Zoffix Znet, Jeremy Studer,
Rafael Schipiura, 陈梓立, Tom Browder,
Golf:
CONTROL {}; warn 42
On 2018-06-08 15:11:08, comdog wrote:
> While running this program I get a MoarVM panic:
>
> 2 + 2 = 4
> 'two' is not numeric
> MoarVM panic: Trying to unwind over wrong handler
>
> The program:
>
> sub add-two-things ( $first, $second ) {
> CATCH {
> when X::Str::Numeri
Julián Merelo Guervós, Elizabeth Mattijsen, Zoffix Znet,
Will "Coke" Coleda, Aleks-Daniel Jakimenko-Aleksejev, Luca Ferrari,
Christian Bartolomäus, 陈梓立, Samantha McVey, Stefan Seifert,
Brian S. Julin, Ben Davies, Elena Merelo, Jeremy Studer, Paweł Murias,
Daniel Green, Itsuki Toyota, Fritz
On Tue, 07 Nov 2017 17:14:15 -0800, ddgr...@gmail.com wrote:
> On Tue, 07 Nov 2017 17:10:29 -0800, ddgr...@gmail.com wrote:
> > On Sun, 15 Oct 2017 05:19:54 -0700, ddgr...@gmail.com wrote:
> > > On Thu, 31 Dec 2015 05:39:24 -0800, ju...@jules.uk wrote:
> > > >
> > > >
> > > > On 29/12/2015 23:05, T
The issue with .unique was resolved in these commits
Rakudo:
https://github.com/rakudo/rakudo/commit/8cd70d1ee3e17fad78ae5daf0890d1cfb74c2deb
Roast:
https://github.com/perl6/roast/commit/ad38801161c518a3cf3bca9012db973851c4b0c3
Roast:
https://github.com/perl6/roast/commit/032ce8df8533da3c5ff85c227
ease are outlined below:
New in 2018.04.1:
+ Fixes:
+ Fixed hang in parsing of nums with huge exponents [4e38bc1f]
+ Fixed denormals and precision issues in num parser [cc93bc9a]
The following people contributed to this release:
Zoffix Znet, Aleks-Daniel Jakimenko-Aleksejev
If
5]
The following people contributed to this release:
Zoffix Znet, Elizabeth Mattijsen, Pawel Murias, Will "Coke" Coleda,
Luca Ferrari, Aleks-Daniel Jakimenko-Aleksejev, cfa,
陈梓立, Christian Bartolomäus, Stefan Seifert, Jonathan Worthington,
Samantha McVey, Jeremy Studer, Juan Julián
https://github.com/rakudo/rakudo/pull/1722#issuecomment-380779444
On 2017-10-12 22:37:24, alex.jakime...@gmail.com wrote:
> Code:
> say "blogger".comb.Bag # if you want for all the letters
>
> ¦«2015.12»:
> bag(r, l, g(2), b, e, o)
>
> ¦«2016.06»:
> bag(r, l, g(2), b, e, o)
>
> ¦«2016.12»:
> bag(r
Tests were added in this PR: https://github.com/rakudo/rakudo/pull/1715
Closing
On 2017-12-02 04:17:46, alex.jakime...@gmail.com wrote:
> Not quite sure what to do with this ticket.
>
> The output varies across releases:
> https://gist.github.com/Whateverable/54e87afdbb2d88d2a959527b255681af
>
>
Test added in
https://github.com/perl6/roast/commit/1f171a9d2f0dd973a5e0d5c0c34a6f50b91da81f
Closing
On 2018-03-08 10:28:12, jan-olof.hen...@bredband.net wrote:
> On Fri, 27 Nov 2015 12:30:15 -0800, zengargo...@gmail.com wrote:
> > autarch noticed an oddness in File::Temp when used with .hyper:
>
jmerelo++, tests added in
https://github.com/perl6/roast/commit/ce173d4c6602333fac3dc8c1c8c2ec1b0b07c0ae
Closing
On 2015-10-19 07:43:11, larry wrote:
> On Mon Oct 19 07:02:44 2015, elizabeth wrote:
> > Fixed with a31cc91a0d604a8a74529 . Tests are still needed
> >
> > > On 19 Oct 2015, at 03:42, C
jmerelo++ brought this ticket to my attention during the squashathon and
suggested that this ticket can be closed.
I've tried reproducing the issue with the provided tarball and couldn't. In
fact, the Makefile in that tarball no longer works as expected because things
are very different now. Moreo
There's now a regression test in
https://github.com/perl6/roast/commit/a7af87465e0dc593f4e008d6dcfe077f1bbff0f1
Closing (but please take a look at that roast commit)
On 2018-03-11 13:11:21, jan-olof.hen...@bredband.net wrote:
> On Tue, 08 Aug 2017 04:19:24 -0700, elizabeth wrote:
> > reverted c63
A test for this issue was already added in
https://github.com/rakudo/rakudo/commit/f3efe5e6b4a9ee5#diff-2aaee6bee3c5525182362ffdcbea1f2cR14
Closing.
On 2018-03-10 16:40:40, jan-olof.hen...@bredband.net wrote:
> On Thu, 22 Jun 2017 05:25:08 -0700, c...@zoffix.com wrote:
> > A WhateverCode detached
Tests in
https://github.com/perl6/roast/commit/b320464868d3b8da98c090ddc4b0d57604683e13
Closing
On 2018-03-10 11:25:06, jan-olof.hen...@bredband.net wrote:
> On Wed, 22 Feb 2017 03:59:05 -0800, elizabeth wrote:
> > > On 22 Feb 2017, at 12:41, jn...@jnthn.net via RT > > follo...@perl.org> wrote:
Tests added in
https://github.com/perl6/roast/commit/d78f33966cf6a6ec6bc060d98dfc521ad59b6f75
Closing
On 2018-02-06 14:12:56, jan-olof.hen...@bredband.net wrote:
> On Sat, 07 May 2016 13:26:09 -0700, sml...@gmail.com wrote:
> > Confirmed on current Rakudo.
> >
> > Interestingly, it works if `for
Tests added in
https://github.com/perl6/roast/commit/40edf6d2c939fe095a848056db3489d7b1482a8a
I think we can close this.
On 2017-09-16 19:58:20, alex.jakime...@gmail.com wrote:
> Two of the mentioned modules have pending pull requests that add
> missing .close
> calls in tests. NCurses module is
Tests in
https://github.com/perl6/roast/commit/1a42efd4ce0fdc695b16bbf64af92ecf0bca1866
On 2018-03-10 10:43:14, alex.jakime...@gmail.com wrote:
> This ticket now needs tests, further discussion related issues here:
> https://github.com/rakudo/rakudo/issues/1607
>
> On 2017-03-08 05:56:13, c...@zof
Segfault mentioned above is already tested and the test was unfudged in
https://github.com/perl6/roast/commit/ef7b0da83d#diff-72b101ff62a0582672d4de2788ffa1bbL77
Closing
On 2018-03-12 08:29:49, jan-olof.hen...@bredband.net wrote:
> On Mon, 16 Oct 2017 13:04:48 -0700, barto...@gmx.de wrote:
> > On
Tests in
https://github.com/perl6/roast/commit/79dff96fc9f383616dd192ef016725395323887b
and
https://github.com/perl6/roast/commit/82d3a883a52af23c8a67e46b88b313b3cf20b18d
On 2018-03-10 06:26:00, jan-olof.hen...@bredband.net wrote:
> On Wed, 04 Jan 2017 15:02:45 -0800, alex.jakime...@gmail.com wrot
Tests in
https://github.com/perl6/roast/commit/ce1a5a2e6b5b199c0df69a83cf66f1b830ee47e8
and
https://github.com/perl6/roast/commit/38c9dc5fd5339ed434438eb58bae07e7fdd31a1d
Closing.
On 2018-03-12 06:59:31, jan-olof.hen...@bredband.net wrote:
> On Wed, 13 Sep 2017 19:17:16 -0700, b...@abrij.org wrot
Some extra info:
Output on all releases (not a regression because the output was always wrong):
https://gist.github.com/b4b27b8088a230a6051d634dc7b2d13e
The change in behavior happened in (2017-03-21)
https://github.com/rakudo/rakudo/commit/16f950b30572e0fa584ddfab1e84e5ef0ca5dfc9
Which links to
FWIW bisectable points to (2017-06-25)
https://github.com/rakudo/rakudo/commit/a2133dbc6a00d1f87bb0644c829591144381d736
( before that it was giving bag(a, b) or bag(b, a) )
On 2018-03-24 01:43:59, elizabeth wrote:
> That does indeed look wrong to me, investigating
>
> > On 23 Mar 2018, at 15:04,
Closing this in favor of https://github.com/rakudo/rakudo/issues/1638
On 2015-10-17 06:27:53, r...@hoelz.ro wrote:
> As far as I can tell, MoarVM doesn't pass any information about a
> child process' PID to the caller of async proc operations; if it does,
> that information isn't exposed at the Pe
Closing this in favor of https://github.com/rakudo/rakudo/issues/1638
On 2017-10-02 00:09:23, alex.jakime...@gmail.com wrote:
> Oh, actually, I noticed it too a few months ago. And removed it.
>
https://github.com/rakudo/rakudo/commit/5b8d4c2f4232dc0e5e9c62dc602fdcb74f7bdd24#diff-
> 7e0467c62428b3
st a front for Str.substr-rw [038837f8]
+ Moved substr/substr-rw catcher methods from Any to Cool [aad79f8a]
+ Remote debug support on MoarVM [ffeff74e][e32bda21]
The following people contributed to this release:
Zoffix Znet, Elizabeth Mattijsen, JJ Merelo, Will "Coke" Coleda,
P
Further discussion on https://github.com/rakudo/rakudo/issues/1622.
On 2017-01-21 14:13:42, jn...@jnthn.net wrote:
> On Wed, 18 Jan 2017 18:16:20 -0800, c...@zoffix.com wrote:
> > the :sigspace adverb does not affect spaces inside character class.
> > Should it?
> >
> No, I don't think so. `<.ws>`
Pretty sure this is a dup of https://github.com/rakudo/rakudo/issues/1515 , you
can follow the progress on the issue there. Let us know if your problem is
actually different.
Closing
On 2018-02-25 11:11:55, mt1...@gmail.com wrote:
> Hi,
>
> According to the documentation one should use the follow
OK this issue is resolved with the commit mentioned above. Tests needed.
As for *int* native array having NaNs in it, that's not going to happen. It's
an array of native ints, it just can't and won't ever store any other type of a
value. A native int can't be NaN.
On 2016-01-02 06:34:50, lhermida
OK, first of all, a bot-friendly (whateverable-friendly specifically) version
of the first snippet is here:
say run(:out, , ‘await ^100 .map: -> $i { start { "".match(/ { print
$i } /) } }’).out.slurp-rest eq (^100).join
And that points to the better-sched merge as noted by dogbert++
The second
Interestingly, I can't reproduce it as well… But the numbers are still higher
than they were, so I guess the ticket is valid?
Here's the output on all releases:
https://gist.github.com/Whateverable/8687cceb1bfcf39e9818cef819d29391
I'd say we can close it once we go back to 50-ish.
On 2017-08-17
dogbert++ noticed me that this ticket exist. I totally forgot.
OK, that particular leak is gone I think, but there were other (newer) issues.
See https://github.com/rakudo/rakudo/issues/1280
Closing this ticket in favor of GH issue.
On 2017-08-14 14:37:54, alex.jakime...@gmail.com wrote:
> OK, t
I find the behavior surprising. Are there any examples of precedence thinkos
that are caught by this?
Added [RFC][@LARRY] tags, with just a little more information I think we'll be
able to close. Maybe.
On 2017-01-03 09:00:06, jn...@jnthn.net wrote:
> On Tue, 03 Jan 2017 04:54:52 -0800, elizabeth
Still reproducible:
6c: class Foo { method foo { say $!bad; } }
AlexDaniel, ¦6c (28 commits): «===SORRY!=== Error while
compiling /tmp/Qj1o8IL3bGAttribute $!bad not declared in class Fooat
/tmp/Qj1o8IL3bG:6--> ⏏ «exit code = 1»»
On 2017-01-21 16:47:53, agen...@gmail.com wrote:
> Hi
This ticket now needs tests, further discussion related issues here:
https://github.com/rakudo/rakudo/issues/1607
On 2017-03-08 05:56:13, c...@zoffix.com wrote:
> A temporary fix has been committed in
>
https://github.com/rakudo/rakudo/commit/5b7b7fb5c942a3e74097b5eb94a22be262f74c9f
FWIW it's not possible to reproduce the issue on older rakudos because it was
sweeped under the rug in the URI module itself:
https://github.com/perl6-community-modules/uri/issues/21
So yes, #126587 is a “testneeded” ticket for the underlying issue.
On 2018-03-09 12:58:27, jan-olof.hen...@bredban
Well, bisectable just told me that maybe I should mention at least one of the
suspected commits.
(2016-05-12)
https://github.com/rakudo/rakudo/commit/25113987502bba1cb48bd130b21982f6608e4aa3
Output before and after that commit:
https://gist.github.com/8e47787d7d7c7e6cf1ee7161740a999d
Basically,
dogbert++ noticed me that this issue is resolved (according to the provided
snippets). It is indeed so.
Second snippet may need this change:
-return 200, ['Content-Type' => 'text/plain'], 'we win';
+return 200, ['Content-Type' => 'text/plain'], ['we win'];
I can confirm that both issues are not
OK, there's now a follow-up ticket here:
https://github.com/rakudo/rakudo/issues/1598
On 2018-03-08 00:39:56, steve.myn...@gmail.com wrote:
> Maybe the ticket should be closed if/when the RT bug tracker is closed
> to new tickets itself and references to RT removed from all docs?
>
> S
>
> On 5 Ma
Further discussion on https://github.com/rakudo/rakudo/issues/1588
On 2017-10-18 03:46:20, c...@zoffix.com wrote:
> On Sat, 14 Oct 2017 08:29:50 -0700, c...@zoffix.com wrote:
> > Something fishy going on with the Signals enum. If that's fixed then
> > the
> > regression you pointed out will be fix
It seems like it is fixed properly now. See this discussion:
https://irclog.perlgeek.de/perl6-dev/2018-03-01#i_15872426
On 2017-10-22 08:28:20, c...@zoffix.com wrote:
> On Tue, 26 Sep 2017 11:03:11 -0700, c...@zoffix.com wrote:
> > On Thu, 22 Jun 2017 10:29:59 -0700, c...@zoffix.com wrote:
> > > I
following people contributed to this release:
Zoffix Znet, Aleks-Daniel Jakimenko-Aleksejev
If you would like to contribute or find out more information, visit
<http://perl6.org>, <http://rakudo.org/how-to-help>, ask on the
mailing list, or ask on IRC #perl6 on freenode.
Additionally, we inv
ople contributed to this release:
Zoffix Znet, JJ Merelo, Pawel Murias, Aleks-Daniel Jakimenko-Aleksejev,
Stefan Seifert, Luca Ferrari, Will "Coke" Coleda, Tom Browder,
Samantha McVey, Elizabeth Mattijsen, Christian Bartolomäus, Jeremy Studer,
Curt Tilmes, Jan-Olof Hendig, Timo Paulssen, Its
On 2018-02-16 09:01:57, c...@zoffix.com wrote:
> On Fri, 16 Feb 2018 05:52:09 -0800, elizabeth wrote:
> > I propose we change all onlies in the core to multis after the release
> > and see how this breaks things / makes things slower.
>
> +1. Let's try.
Yeah, sounds good. +1
So I looked at this, and at very best the proposed error message is wrong. It
says that ? is useless when used with %%, but that's not the case:
m: say ‘af’|‘a’|‘f’|‘’ ~~ /a? %% f/
rakudo-moar 00af9ce27: OUTPUT: «｢af｣｢a｣｢f｣｢｣»
m: say ‘af’|‘a’|‘f’|‘’ ~~ /a?f?/
rakudo-moar 00af9ce27: OUTPUT:
Just to clarify, the last snippet now produces 0 0 0 0, which is indeed
correct.
There are tests for this change in general, but possibly not for that
particular case. Can we get it covered just in case?
｢testneeded｣
On 2018-02-06 05:51:23, jan-olof.hen...@bredband.net wrote:
> On Sun, 28 Aug 20
Actually, I've been trying to reproduce it on the said revision with --profile,
--ll-exception and whatnot, and I can't. I think this is an issue on OS X and
therefore should be confirmed (and tested) on OS X also.
On 2018-01-06 12:59:07, jan-olof.hen...@bredband.net wrote:
> On Fri, 28 Jul 2017 1
Honestly, I have no idea how to test this… maybe someone should attempt to golf
it, but given that the commit description is “JIT compile native calls”, I
guess it'd be a bit complicated.
… I'm fine with just delegating it to the DBIish test suite…
On 2017-10-20 08:12:41, alex.jakime...@gmail.com
FWIW, this bug is somewhat similar in feel:
https://github.com/rakudo/rakudo/issues/1202
On 2017-10-15 03:14:02, c...@zoffix.com wrote:
> On Wed, 02 Nov 2016 07:13:26 -0700, jn...@jnthn.net wrote:
> > On Sun Oct 02 12:52:45 2016, gfldex wrote:
> > > sub f(){
> > > my $c = Channel.new;
> > >
> > >
🍕 Test in
https://github.com/rakudo/rakudo/commit/4385e3fc0b5272a14c1c507ccf5846684c16453a
On 2017-08-28 13:58:57, alex.jakime...@gmail.com wrote:
> Currently it says this:
> Use of uninitialized value of type Any in numeric context
> in block at line 1
>
> As well as complains about sink contex
Tests here:
https://github.com/perl6/roast/commit/2dd5ee1b5935fce03eb815f8336ed26e019d4413
Resolved.
Further discussion on https://github.com/rakudo/rakudo/issues/1475
On 2017-12-02 14:39:07, alex.jakime...@gmail.com wrote:
> https://irclog.perlgeek.de/perl6/2017-12-02#i_15524141
>
> Marking as
Anyway, tests in
https://github.com/perl6/roast/commit/7557eef426fa4ea102d2d89b84c47dd5c1d3ab08
On 2018-02-03 14:40:09, alex.jakime...@gmail.com wrote:
> Ouch. It seems that one of my links is wrong, should've been this one
> I think:
> https://gist.github.com/Whateverable/cedc8ef783acc22e8f07afa9
1 - 100 of 1122 matches
Mail list logo
