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
On Sat, 28 Feb 2015 07:45:31 -0800, b...@abrij.org wrote:
> (10:19:08 AM) skids: m: role g[::T $t] { multi method foo (T $a) {
> "OHAI".say }; multi method foo($a) { "ONOES".say }; };
> g[Int(Str)].new.foo("100")
> (10:19:09 AM) camelia: rakudo-moar 35de75: OUTPUT«ONOES»
> (10:20:59 AM) jnthn: Bah
On Sun, 12 Mar 2017 07:27:37 -0700, allber...@gmail.com wrote:
> On Sun, Mar 12, 2017 at 12:48 AM, Lloyd Fournier
> wrote:
>
> > perl6-loop: 84.8739988
> > c-loop: 67.65849241 (1.25 times faster)
> > native-loop: 0.4981954 (135.81 times faster)
> >
>
> Still quite a lot of optimization to be don
On Sun, 30 Jul 2017 09:49:39 -0700, ronaldxs wrote:
> On Thu, 20 Jul 2017 20:32:12 -0700, lloyd.fo...@gmail.com wrote:
> > I did an experiment a while ago and found that string concatenation
> > in a
> > loop was Ο(n²) in rakudo. I asked about it on irc and jnthn explained
> > to me
> > that this w
On Sun, 05 Nov 2017 07:54:01 -0800, alex.jakime...@gmail.com wrote:
> FWIW the error message seems to be coming from MoarVM:
> https://github.com/MoarVM/MoarVM/blob/ad86184681590c81fc25b9e90b406e5163098796/src/6model/reprconv.c#L607
> (many similar lines like this in that file)
>
> On 2017-11-05 0
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, Timo Paulssen via RT wrote:
> > > > On 12/29/2015 12:46 AM, Jules Field (v
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, Timo Paulssen via RT wrote:
> > > On 12/29/2015 12:46 AM, Jules Field (via RT) wrote:
> > >> # New Ticket Created by Jules Field
> > >> # Please
On Thu, 31 Dec 2015 05:39:24 -0800, ju...@jules.uk wrote:
>
>
> On 29/12/2015 23:05, Timo Paulssen via RT wrote:
> > On 12/29/2015 12:46 AM, Jules Field (via RT) wrote:
> >> # New Ticket Created by Jules Field
> >> # Please include the string: [perl #127064]
> >> # in the subject line of all fu
Fixed in https://github.com/rakudo/rakudo/pull/1189
Not sure where tests should go, roast or rakudo?
On Fri, 25 Aug 2017 19:48:51 -0700, ddgr...@gmail.com wrote:
> On Fri, 25 Aug 2017 18:56:37 -0700, alex.jakime...@gmail.com wrote:
> > The input file for this problem is ≈15 MB so please bear with
> > external
> > link:
> > https://files.progarm.org/golfed.gz (1.6 MB compressed)
> >
> > Command:
>
On Fri, 25 Aug 2017 18:56:37 -0700, alex.jakime...@gmail.com wrote:
> The input file for this problem is ≈15 MB so please bear with external
> link:
> https://files.progarm.org/golfed.gz (1.6 MB compressed)
>
> Command:
> perl6 -ne 'say $++' golfed
> # or
> perl6 -ne 'say $++' < golfed
>
> Result
On Thu, 16 Oct 2014 10:43:27 -0700, masak wrote:
> I'm about to close
> https://rt.perl.org/Ticket/Display.html?id=118581 (because it no
> longer segfaults).
> just curious: what *should* this return?
> m: say \(1) ~~ :(1)
> rakudo-moar 329ed9: OUTPUT«True»
> m: say \(1) ~~ :(Int)
> rakudo-m
On Mon, 07 Jul 2014 13:35:26 -0700, coke wrote:
> On Sat Jan 04 06:24:21 2014, masak wrote:
> > p: say &OUR::bar()
> > rakudo-parrot e32249: OUTPUT«No such method 'Any' for
> > invocant of type 'Parcel' [...]
> > anyway, that error mesage is LTA
> > * masak submits LTA error message
>
> Even mo
On Tue, 05 Aug 2014 14:27:17 -0700, masak wrote:
> m: my @a = $(1, 2, 3); say [>>+<<] @a;
> rakudo-moar 3ad15f: OUTPUT«Not enough positional parameters
> passed; got 1 but expected 2 [...]
> m: my @a = $(1, 2, 3), $(0, 0, 0); say [>>+<<] @a;
> rakudo-moar 3ad15f: OUTPUT«1 2 3»
> ^- i don't kn
Another suggestion would be to leave them as is unless you're running with
'-e' (though again with an option to turn them on in that case if you so
desire).
On Tue, Aug 16, 2016 at 9:25 PM, perl6 via RT
wrote:
> Greetings,
>
> This message has been automatically generated in response to the
> cr
Yeah, I filed the slowness as a bug (127972) a while ago.
On Sat, Jul 9, 2016 at 6:23 PM, Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
> Oh, my bad. I didn't wait long enough. Takes over a minute:
>
> zoffix@VirtualBox:~$ time perl6 -e 'my str $a = "a" x 2**30;say $a.chars'
> ===SORR
I still get the exact same error, it just takes 10+ seconds.
This is Rakudo version 2016.06-204-g959cd3b built on MoarVM version
2016.06-11-gf9dad06
On Sat, Jul 9, 2016 at 4:55 PM, Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
> This appears to hang now:
>
> zoffix@VirtualBox:~$ perl
Implemented in Rakudo PR #773 (https://github.com/rakudo/rakudo/pull/773).
Also, the Kubuntu system Rakudo was built with --gen-moar, on the Arch
Linux system MoarMV, NQP, and Rakudo were all built separately with the
same --prefix.
On Wed, Jun 15, 2016 at 12:01 AM, Daniel Green wrote:
> Doesn't happen every time, seem to be about 1 in 5. Here are the resul
Doesn't happen every time, seem to be about 1 in 5. Here are the results
for two different system.
This is an up-to-date Arch Linux
uname -a
Linux 4.5.3-1-ARCH #1 SMP PREEMPT Sat May 7 20:43:57 CEST 2016
x86_64 GNU/Linux
p6 --version
This is Rakudo version 2016.05-145-gac0dcdd built on MoarVM v
Also, running it ~30 times without profiling never saw a crash.
On Wed, Jun 15, 2016 at 12:04 AM, Daniel Green wrote:
> Also, the Kubuntu system Rakudo was built with --gen-moar, on the Arch
> Linux system MoarMV, NQP, and Rakudo were all built separately with the
> same --prefix.
&
Fixed in Rakudo PR #785 (https://github.com/rakudo/rakudo/pull/785).
I've been looking into this and just got some clarification from TimToady
on expected behaviour for adverbs and chains in general (
http://irclog.perlgeek.de/perl6/2016-06-02#i_12589974). The gist is that
adverbs should be placed at the end of a chain and then distributed to all
the operators in th
Even if there are no other changes to existing behaviour, I would still
suggest 'warn'ing or 'note'ing when a non-existent part is hit and
resolving is stopped. Or at least changing the documentation, because the
current behaviour is definitely a bit surprising (at least in my opinion).
Dan
Where in Rakudo is the slowdown? I'm by no means a compiler developer, but
I enjoy tinkering.
Dan
On Wed, Apr 13, 2016 at 8:04 AM, Elizabeth Mattijsen via RT <
perl6-bugs-follo...@perl.org> wrote:
> > On 12 Apr 2016, at 04:40, Daniel Green (via RT) <
> perl6-bugs-f
25 matches
Mail list logo