On Thu, 21 Jul 2016 19:43:35 -0700, c...@zoffix.com wrote:
> Still present in Rakudo version 2016.07.1-28-gd789da1 built on MoarVM
> version 2016.07-3-gc01472d
>
> Interestingly, this doesn't happen on camelia running the same commit.
>
> zoffix@VirtualBox:~/CPANPRC/rakudo$ ./perl6-m -e 'BEGIN {
On Thu, 17 Dec 2015 03:37:17 -0800, lloyd.fo...@gmail.com wrote:
> should have mentioned:
>
> When invoking cuid_1_1450351791.17598 '', provided outer frame
> 0x7fbeb3c409b0 (cuid_3_1450351791.17598 '') does not match expected
> static frame 0x7fbeb3c40ad0 (cuid_2_1450351791.17598 '')
> in block
On Mon, 13 May 2019 10:28:25 -0700, jan-olof.hen...@bredband.net wrote:
> On Thu, 29 Dec 2016 13:26:17 -0800, alex.jakime...@gmail.com wrote:
> > Code:
> > say Hash[Int].new(‘abc’ => 20..50)
> >
> >
> > Result (2015.12):
> > Type check failed in binding $x; expected Int but got Range
> > in block
On Thu, 29 Dec 2016 13:26:17 -0800, alex.jakime...@gmail.com wrote:
> Code:
> say Hash[Int].new(‘abc’ => 20..50)
>
>
> Result (2015.12):
> Type check failed in binding $x; expected Int but got Range
> in block at /tmp/CRJOhWZaTS line 1
> «exit code = 1»
>
>
> Result (HEAD):
> {abc => 20..50
On Sun, 02 Apr 2017 07:48:11 -0700, alex.jakime...@gmail.com wrote:
> I wonder, is it a dup of RT #124553 and RT #125353 ?
>
> On 2017-04-02 04:50:15, c...@zoffix.com wrote:
> > If joined colonpairs are after a position arg, only the first
> > colonpair gets registered:
> >
> > m: -> *@_, *%_ { d
On Thu, 04 May 2017 17:36:32 -0700, c...@zoffix.com wrote:
> On Thu, 10 Nov 2016 21:03:43 -0800, joshu...@gmail.com wrote:
> > Normally Rakudo is happy for you to omit comma when declaring pairs
> > with
> > the `:key(value)` syntax, however I found that it does not like this
> > syntax
> > is Rat'
On Sun, 12 May 2019 07:36:16 -0700, jan-olof.hen...@bredband.net wrote:
> On Sat, 26 Aug 2017 05:15:41 -0700, sml...@gmail.com wrote:
> > This bug is still present in
> >
> > Rakudo version 2017.08-8-g753c9a5ea built on MoarVM version
> > 2017.08.1-
> > 19-g151a2563
> > implementing Perl 6.c
>
> A
On Sat, 26 Aug 2017 05:15:41 -0700, sml...@gmail.com wrote:
> This bug is still present in
>
> Rakudo version 2017.08-8-g753c9a5ea built on MoarVM version 2017.08.1-
> 19-g151a2563
> implementing Perl 6.c
As per commit
https://github.com/rakudo/rakudo/commit/cf1673d9c20e82aad6291a8aa123c46e177ed
On Sat, 30 Sep 2017 12:40:59 -0700, sml...@gmail.com wrote:
> On Mon, 29 May 2017 11:36:49 -0700, c...@zoffix.com wrote:
> > On Mon, 29 May 2017 10:02:27 -0700, thunderg...@comcast.net wrote:
> > > Using a cross meta operator on an empty list complains "This type
> > > (Scalar) does not support ele
On Fri, 15 Dec 2017 01:18:46 -0800, d...@zwell.net wrote:
> The output of a hash of hashes of ints looks my Hash[Int] %nested-
> type;
> %nested-type.WHAT.say; # output: (Hash[Hash)
>
> The type should be shown as: (Hash[Hash[Int]])
>
> AlexDaniel did a bisect and found this was caused by:
> http
On Tue, 21 Feb 2017 11:05:15 -0800, c...@zoffix.com wrote:
> On Sun, 01 May 2016 04:12:34 -0700, alex.jakime...@gmail.com wrote:
> > This bug report is somewhat related to
> > https://rt.perl.org/Ticket/Display.html?id=128046
> >
> > get() crashes with a weird error if the stream has ended.
> >
> >
On Sun, 04 Feb 2018 02:40:44 -0800, alex.jakime...@gmail.com wrote:
> 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.
>
> O
On Sun, 04 Sep 2016 11:35:06 -0700, ddgr...@gmail.com wrote:
> When running the below code, using a moar built with --debug
> valgrind --trace-children=yes ~/Source/perl6/install/bin/perl6 -e 'for
> ^1000 { my $proc = run(:out, :bin, ‘tar’, ‘cf’, ‘-’, ‘--absolute-
> names’, ‘--’, "417d97ddcffcb4404
On Tue, 03 Nov 2015 08:54:16 -0800, root+bitc...@retupmoca.com wrote:
> On Wed Aug 26 08:19:35 2015, mura...@pair.com wrote:
> > When two greps are used in parallel on one supply produced by
> > IO::Notification.watch_path, greps that match are triggered twice.
> > Run
> > the following code, then
On Tue, 20 Oct 2015 23:06:02 -0700, barto...@gmx.de wrote:
> Current failure mode:
>
> $ perl6-m -e 'say (1, 2).classify: -> $x { 1|2 }'
> P6opaque: no such attribute '$!reified'
> in block at -e:1
>
> $ perl6-m --version
> This is perl6 version 2015.09-431-g5d83db3 built on MoarVM version
> 2
On Thu, 12 Apr 2018 07:21:53 -0700, elizabeth wrote:
> Fixed with 344a64e987 , tests needed
>
> > On 24 Mar 2018, at 15:01, Aleks-Daniel Jakimenko-Aleksejev via RT
> > wrote:
> >
> > FWIW bisectable points to (2017-06-25)
> > https://github.com/rakudo/rakudo/commit/a2133dbc6a00d1f87bb0644c8295911
On Fri, 16 Mar 2018 16:02:15 -0700, jan-olof.hen...@bredband.net wrote:
> On Tue, 30 Aug 2016 16:30:24 -0700, allber...@gmail.com wrote:
> > I think the problem is that there's already another syntax using that
> > sequence: coercion types. FF(FF(2)) is being parsed as a coercion
> > type from
> >
On Mon, 20 Feb 2017 06:39:32 -0800, ronaldxs wrote:
> jnthn mentioned on irc awareness of at least one more leak
> (presumably) related to this ticket and so ticket waits on news of
> fixing further leak(s).
Running the example above one a 32-bit Linux VM I get:
This Rakudo version is 2018.03.136
On Sun, 25 Mar 2018 08:43:30 -0700, jan-olof.hen...@bredband.net wrote:
> On Thu, 29 Jun 2017 12:50:43 -0700, sml...@gmail.com wrote:
> > It looks like this bug hasn't been *completely* fixed:
> >
> > dd &infix:<+>( "2" ); # 2
> > dd &infix:<*>( "2" ); # 2
> >
> > dd [*] "2";
On Thu, 29 Jun 2017 12:50:43 -0700, sml...@gmail.com wrote:
> It looks like this bug hasn't been *completely* fixed:
>
> dd &infix:<+>( "2" ); # 2
> dd &infix:<*>( "2" ); # 2
>
> dd [*] "2"; # 2
> dd [+] "2"; # 2
>
> dd reduce &infix:<*>, "2"; # 2
> d
On Tue, 13 Mar 2018 14:50:17 -0700, jan-olof.hen...@bredband.net wrote:
> On Fri, 05 Aug 2016 18:04:36 -0700, c...@zoffix.com wrote:
> > Still present today:
> >
> > m: my $sepreg = rx/(<[\\/]>)/; my $filenameW =
> > "c:\\g\\b.mp4"; $filenameW ~~ $sepreg; say $/;
> > rakudo-moar 589061: OUTPUT«｢\
On Wed, 14 Mar 2018 13:28:05 -0700, jan-olof.hen...@bredband.net wrote:
> On Sun, 26 Feb 2017 23:01:18 -0800, zef...@fysh.org wrote:
> > This problem no longer occurs.
> >
> > -zefram
> >
>
> Fixed with commit (2017-01-02)
> https://github.com/rakudo/rakudo/commit/7c8b705b3375522fc36304b771f82f502
On Wed, 14 Mar 2018 13:26:11 -0700, jan-olof.hen...@bredband.net wrote:
> On Sun, 26 Feb 2017 23:02:00 -0800, zef...@fysh.org wrote:
> > This problem no longer occurs.
> >
> > -zefram
> >
>
> This was fixed with commit (2017-01-02)
> https://github.com/rakudo/rakudo/commit/7c8b705b3375522fc36304b7
On Sat, 11 Mar 2017 03:02:39 -0800, elizabeth wrote:
> $ 6 'my $a = 0; ($a++,) Zxx 42; say $a’
> 0
>
> $ 6 'my $a = 0; ($a++,) Xxx 42; say $a’
> 0
>
> Before https://github.com/rakudo/rakudo/commit/1754dc5f7e , this would
> have yielded 42 in both cases. However, this was a side-effect (pun
> in
On Wed, 04 Jan 2017 21:27:05 -0800, samant...@posteo.net wrote:
> Also see this bisectable results:
> https://gist.github.com/Whateverable/50acf5fe072680085746459f144a106f
>
> You can see how with the new commit, 'space' and 'White_Space' now
> resolve to the same property. Before 'space' resolved
On Tue, 30 Aug 2016 16:30:24 -0700, allber...@gmail.com wrote:
> I think the problem is that there's already another syntax using that
> sequence: coercion types. FF(FF(2)) is being parsed as a coercion type from
> FF to FF(... and then it falls over because it's not expecting nested
> coercion typ
On Mon, 03 Jul 2017 14:16:58 -0700, allber...@gmail.com wrote:
> [03 21:03:27] m: use NativeCall; sub foo(num $a) is
> native("foo") { * };
> [03 21:03:27] rakudo-moar a7b230: OUTPUT: «===SORRY!=== Error
> while compiling 
> [03 21:03:27] Cannot resolve caller infix:<==>(NQPMu, Int); none of th
On Mon, 17 Jul 2017 10:50:55 -0700, ug...@cpan.org wrote:
> The %?RESOURCES bug was fixed in: https://github.com/rakudo/rakudo/pull/1106
ugexe, does that mean that the issue can be marked as resolved?
On Mon, 24 Jul 2017 09:09:55 -0700, c...@zoffix.com wrote:
> m: my @a is default(42) = 1...*; @a[1]:delete; say @a[1]:exists; .say
> for @a[^10]
> rakudo-moar 2fb8c7: OUTPUT: «True12345678910»
>
> Expected: reify until `1`, delete it, and have `@a[1]:exists` give
> False, and `.say for
On Sun, 26 Feb 2017 23:01:18 -0800, zef...@fysh.org wrote:
> This problem no longer occurs.
>
> -zefram
>
Fixed with commit (2017-01-02)
https://github.com/rakudo/rakudo/commit/7c8b705b3375522fc36304b771f82f50246afcf0
On Sun, 26 Feb 2017 23:02:00 -0800, zef...@fysh.org wrote:
> This problem no longer occurs.
>
> -zefram
>
This was fixed with commit (2017-01-02)
https://github.com/rakudo/rakudo/commit/7c8b705b3375522fc36304b771f82f50246afcf0
On Fri, 05 Aug 2016 18:04:36 -0700, c...@zoffix.com wrote:
> Still present today:
>
> m: my $sepreg = rx/(<[\\/]>)/; my $filenameW =
> "c:\\g\\b.mp4"; $filenameW ~~ $sepreg; say $/;
> rakudo-moar 589061: OUTPUT«｢\｣ 0 => ｢\｣»
> m: constant $sepreg = rx/(<[\\/]>)/; my $filenameW =
> "c:\\g\\b.m
On Mon, 21 Dec 2015 11:09:40 -0800, zef...@fysh.org wrote:
> Elizabeth Mattijsen via RT wrote:
> >All of that goodness now in 591783d116a56d4b2c54f .
>
> You left a stray line in IO::Path.perl, which calls PERLIFY-STR in
> sink context.
>
> >Indeed! Now, if this had been in a Pull Request, I co
On Sun, 13 Aug 2017 15:14:41 -0700, elizabeth wrote:
> Fixed with https://github.com/rakudo/rakudo/commit/c229022cb0 , tests
> needed
>
> > On 12 Aug 2017, at 14:36, Peter du Marchie van Voorthuysen (via RT)
> > wrote:
> >
> > # New Ticket Created by Peter du Marchie van Voorthuysen
> > # Please
On Mon, 16 Oct 2017 13:04:48 -0700, barto...@gmx.de wrote:
> On Sat, 16 Jul 2016 13:18:42 -0700, barto...@gmx.de wrote:
> > I unfudged one test for this ticket in S04-statements/label.t with
> > commit https://github.com/perl6/roast/commit/ef7b0da83d
> >
> > The code that used to segfault works fin
On Wed, 13 Sep 2017 19:17:16 -0700, b...@abrij.org wrote:
> On Wed, 13 Sep 2017 19:15:36 -0700, b...@abrij.org wrote:
> > On Fri, 16 Oct 2015 00:54:21 -0700, larry wrote:
> > > On Sat Oct 10 08:33:13 2015, FROGGS.de wrote:
> > > > say class { has Int $.foo is default(0) }.new.foo
> > > > rakudo-moa
On Mon, 18 Sep 2017 13:52:21 -0700, b...@abrij.org wrote:
> On Thu, 19 Jun 2014 17:45:23 -0700, elizabeth wrote:
> > Additional finds:
> >
> > [19:24:52] m: my @a; my $c = 1; @a.push: $($c,1); $c =
> > "hi"; @a.push: $($c,2); say @a.perl
> > [19:24:53] <+camelia>rakudo-moar 8812ca: OUTPUT«
On Sat, 26 Dec 2015 06:25:14 -0800, lloyd.fo...@gmail.com wrote:
> just to confirm. it works on my debian container:
>
> root@84f1511728c6:~# perl6 -e 'say (await start { qx/echo foo/ }).perl'
> "foo\n"
>
>
> On Sat, Dec 26, 2015 at 10:41 PM Lloyd Fournier
> wrote:
>
> > Hey Timo. I'm afraid I
On Tue, 08 Aug 2017 04:19:24 -0700, elizabeth wrote:
> reverted c63c57e9a823303e74c06 for now
>
> > On 8 Aug 2017, at 12:21, Zoffix Znet (via RT) > follo...@perl.org> wrote:
> >
> > # New Ticket Created by Zoffix Znet
> > # Please include the string: [perl #131858]
> > # in the subject line of
On Wed, 09 Aug 2017 13:06:46 -0700, sml...@gmail.com wrote:
> This bug was found as a side-effect of RT #131870, but might be a
> separate issue:
>
> ➜ await ^10 .map: -> $i { start { "".match(/ { say $i } /) } }
> 7
> 7
> 6
> 6
> 7
> 8
> 9
> 9
>
On Wed, 09 Aug 2017 13:32:58 -0700, sml...@gmail.com wrote:
> Heh, on further thought, they may be the same issue after all.
>
> In `/(...) { ... $i ... $0 ... }`, both the $i and the $0 (or $/
> rather) are outer lexicals from the point of view of the curly block,
> right?
>
> So it might be a
On Thu, 22 Jun 2017 05:25:08 -0700, c...@zoffix.com wrote:
> A WhateverCode detached map or a &sub undetached map works fine:
> m: ^2 .map: *.say
> rakudo-moar 86e7b2: OUTPUT: «01»
> m: (^2).map: &say
> rakudo-moar 86e7b2: OUTPUT: «01»
>
> But explodes if you try to both detach
On Sun, 28 May 2017 02:34:13 -0700, sml...@gmail.com wrote:
> Still present in
>
> Rakudo version 2017.05-272-gfa7aa1c36 built on MoarVM version 2017.05-
> 25-g62bc54e9
> implementing Perl 6.c.
Fixed, probably by one or more of the following commits:
7c18112c59d20413b82356e5c48b38d8a66fc7ea
c285b
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:
> > On Sat, 30 Apr 2016 03:42:00 -0700, alex.jakime...@gmail.com wrote:
> >> OK, I said that it only segfaults on 32-bit systems, but I was
> >> wrong.
> >>
> >> Co
On Mon, 24 Apr 2017 15:32:33 -0700, alex.jakime...@gmail.com wrote:
> Run this:
> perl6 --target=ast -e '^…'
>
> And among normal lines from the output you will see these messages:
>
> Oops!!! Cannot invoke this object (REPR: P6opaque; NQPMu)
>
> I don't think it should happen.
>
>
> Full outp
On Sun, 18 Dec 2016 15:36:31 -0800, c...@zoffix.com wrote:
> On Sun, 10 Apr 2016 07:56:38 -0700, mar...@senfdax.de wrote:
> > Hi there,
> >
> > following code dies in this line:
> >
> > if my $match = $r.match($meth, $uri) { die "What?!" unless $match }
> >
> > this happens on both moar-2015.12 and
On Wed, 22 Feb 2017 15:09:44 -0800, c...@zoffix.com wrote:
> If .seek(... SeekFromCurrent) is called after a call to .readchars,
> the position sought to appears to be way off target:
>
> 22:54 IOninja m: "/tmp/Foo.pm6".IO.spurt: "I love you so very
> much"; with "/tmp/Foo.pm6".IO.open { .re
On Sat, 10 Mar 2018 10:34:05 -0800, jan-olof.hen...@bredband.net wrote:
> On Mon, 08 May 2017 15:01:03 -0700, c...@zoffix.com wrote:
> > Filing per https://irclog.perlgeek.de/perl6-dev/2017-05-08#i_14551843
> >
> > m: say WHAT 'foo'.comb
> > rakudo-moar 20cfd6: OUTPUT: «(Seq)»
> >
On Mon, 08 May 2017 15:01:03 -0700, c...@zoffix.com wrote:
> Filing per https://irclog.perlgeek.de/perl6-dev/2017-05-08#i_14551843
>
> m: say WHAT 'foo'.comb
> rakudo-moar 20cfd6: OUTPUT: «(Seq)»
> m: say WHAT 'foo'.comb: 1
> rakudo-moar 20cfd6: OUTPUT: «(Seq)»
> m: say
On Thu, 08 Mar 2018 09:52:50 -0800, jan-olof.hen...@bredband.net wrote:
> On Wed, 04 Nov 2015 12:43:18 -0800, dhoek...@gmail.com wrote:
> > In perl6 version 2015.10-158-gbccb16d built on MoarVM version
> > 2015.10-46-g5bf7e46:
> >
> > Looking at the code for Hamming numbers at Rosetta Code found th
On Wed, 04 Jan 2017 14:21:15 -0800, alex.jakime...@gmail.com wrote:
> Code:
> say Buf.new('0')
>
> Result:
> Type check failed in initializing element #0 to Buf; expected uint8
> but got Str ("0")
> in any at gen/moar/Metamodel.nqp line 1727
> in block at /tmp/9PmeQTevmg line 1
>
> Actually
On Wed, 04 Jan 2017 15:02:45 -0800, alex.jakime...@gmail.com wrote:
> Code:
> BEGIN (1, 2)[*-1]
>
> Result:
> ===SORRY!=== Error while compiling
> An exception occurred while evaluating a BEGIN
> at :1
> Exception details:
> ===SORRY!=== Error while compiling
> Cannot invoke this object (REP
On Wed, 27 Jul 2016 17:43:48 -0700, lloyd.fo...@gmail.com wrote:
> By flag_map I mean ctx->callsite->arg_flags:
>
> (lldb) p ctx->arg_flags
> (MVMCallsiteEntry *) $8 = 0x
> (lldb) p ctx->callsite->arg_flags
> (MVMCallsiteEntry *) $9 = 0x10a72533 ""
>
> On Mon, Jul 11, 2016
On Sat, 10 Oct 2015 06:03:52 -0700, nicholas wrote:
> On Thu, Oct 08, 2015 at 05:43:11AM -0700, Carlin Bingham wrote:
>
> > Doesn't seem to happen if the main program thread is still running
> > when
> > the thread exits.
> >
> >
> > use v6;
> >
> > Thread.start({
> > my $fh = open('/dev/urand
On Wed, 30 Dec 2015 09:12:25 -0800, c...@zoffix.com wrote:
> To give an update on this. With Rakudo built on Dec 30, 2015, I no
> longer get any hangs with neither
> perl6 -MURI -e 'await start { say URI.new("http://localhost";) };'
>
> nor perl6 -MIETF::RFC_Grammar::URI -e "await Promise.in(1).th
Duplicate of #126990 which has been resolved.
On Fri, 27 Nov 2015 12:30:15 -0800, zengargo...@gmail.com wrote:
> autarch noticed an oddness in File::Temp when used with .hyper:
> https://gist.github.com/autarch/a701c62a40643169913f
>
> Seems to be golfable to this:
>
> sub foo() { my $x = "*" x 2; $x ~~ s/ "*" ** 1..* /{ "+" x $/.chars
> }/;
On Wed, 04 Nov 2015 12:43:18 -0800, dhoek...@gmail.com wrote:
> In perl6 version 2015.10-158-gbccb16d built on MoarVM version
> 2015.10-46-g5bf7e46:
>
> Looking at the code for Hamming numbers at Rosetta Code found this problem:
>
> my @z = <1 2>;
> say @z X* @z X* @z;# OK
> say (@
On Thu, 11 Aug 2016 00:41:39 -0700, elizabeth wrote:
> FWIW, this was fixed with the work on IO::CatHandle/CatPath
> (630a9b20f9e829bf1535 and later). Unfortunately, we had to revert
> this until 6.d will come around.
>
> > On 11 Aug 2016, at 01:42, Wenzel Peppmeyer (via RT) > follo...@perl.org>
On Fri, 20 May 2016 14:34:25 -0700, sml...@gmail.com wrote:
> Happens with an explicitly declared slurpy, too - regardless of its name:
>
> for 42 -> *@a { say @a }; [42]
> if 42 -> *@a { say @a }; []
>
> ---
> (This is Rakudo version 2016.04-210-gc59e4dc built on MoarVM version 2016.0
On Sat, 21 Nov 2015 06:48:27 -0800, timo wrote:
> Reproducing test:
>
> my @a[3;3] = , , ; say @a; # works
> my Str @a[3;3] = , , ; say @a; # fails
>
> 153852 jnthn │ m: say ((0 xx 10) xx 10).WHAT
> 153852 +camelia │ rakudo-moar : OUTPUT«(List)»
> 153857 jnthn │ Curious...
> 153933 tim
On Sat, 07 May 2016 13:26:09 -0700, sml...@gmail.com wrote:
> Confirmed on current Rakudo.
>
> Interestingly, it works if `for @a` is replaced with `for @a[*]`:
>
> ➜ my Int @a; @a[5] = 42; $_ = 100 for @a[*]; say @a;
> [100 100 100 100 100 100]
Seems to have been fixed with Rakudo
On Sun, 28 Aug 2016 02:56:47 -0700, sml...@gmail.com wrote:
> This is how a state variable normally works:
>
> ➜ for ^2 { for ^2 { say (state $a)++ } }
> 0
> 1
> 0
> 1
>
> But when it is declared inside a {} interpolation in a string, it
> misbehaves:
>
> ➜ for ^2 { for ^2 { say "{ (state $a)+
On Mon, 12 Dec 2016 06:32:20 -0800, c...@zoffix.com wrote:
> Shows up in doc builds: https://travis-
> ci.org/perl6/doc/builds/183248892#L1224
>
> https://irclog.perlgeek.de/perl6/2016-12-12#i_13726254
>
> 14:30 jnthn The message does indicate a legit bug, but yes, the
> (harmless, just not c
On Fri, 28 Jul 2017 15:52:53 -0700, timo wrote:
> It could be that the commit i just pushed to moarvm fixes this, please
> verify (the code doesn't crash with the patch)
Seems to work properly:
dogbert@dogbert-VirtualBox ~/repos/rakudo $ ./perl6 -v
This is Rakudo version 2017.12-124-g6a6470f9d bu
On Wed, 06 Sep 2017 16:08:08 -0700, c...@zoffix.com wrote:
> IRC: https://irclog.perlgeek.de/perl6/2017-09-06#i_15127587
>
> Steps to repro. Create a file named "foo.p6" then run the following
> watcher in the directory and edit that file.
> The nofication reports a change in "foo.p6/foo.p6" inste
On my 32 bit Linux VM:
dogbert@dogbert-VirtualBox ~ $ perl6 -v
This is Rakudo version 2017.09-348-g830084430 built on MoarVM version
2017.09.1-575-gd4e230a69
implementing Perl 6.c.
dogbert@dogbert-VirtualBox ~ $ time perl6 -e 'my str $a = "a" x 2**30; say
$a.chars'
1073741824
real0m0.173s
u
This seems to have been fixed as far as I can tell. Unfortunately the bisectbot
was unable to show which commit might have solved the issue.
Tried it several times on my 32 bit Linux VM with 'Rakudo version
2017.09-348-g830084430 built on MoarVM version 2017.09.1-575-gd4e230a69'
without any prob
Message still looks fine with
'This is Rakudo version 2017.09-348-g830084430 built on MoarVM version
2017.09.1-575-gd4e230a69'
perhaps this ticket should be closed.
Seems to work fine, on my 32 bit VM, with 'This is Rakudo version
2017.09-348-g830084430 built on MoarVM version 2017.09.1-575-gd4e230a69'
This seems to have been fixed with commit
https://github.com/rakudo/rakudo/commit/d1c2e7649884a48a4733666c1425d8dcb4918120.
There were tests added at the same time, i.e.
https://github.com/perl6/roast/commit/e797f925515ac93f814fa34b6eef291a05fe8a46
but I'm unsure if those tests cover this RT. I
This was fixed ages ago which can be verified with
c: releases my $f = open("/tmp/dasdasdasdastest.txt", :r, :w);
$f.write("hello".encode); $f.seek(0); say $f.read(5).decode
also, tests are present in t/spec/S32-io/open.t. Setting to resolved.
On Thu, 24 Aug 2017 08:14:07 -0700, ug...@cpan.org wrote:
> Largest I can initialize is 16777216.
>
> https://stackoverflow.com/questions/12596695/why-does-a-float-
> variable-stop-incrementing-at-16777216-in-c
Should be fixed with commit
https://github.com/MoarVM/MoarVM/commit/f9b65a9e37979ab39
On Wed, 05 Oct 2016 14:23:57 -0700, c...@zoffix.com wrote:
>
> This code shows the bug:
>
> zoffix@leliana:~$ perl6 -e 'm: multi foo ($) {"right" }; multi
> foo ($ is rw) {"wrong"}; say foo "42"'
> wrong
>
> And if we turn off the optimizer, we get the right candidate called
> (sam
On Fri, 07 Apr 2017 19:16:17 -0700, alex.jakime...@gmail.com wrote:
> This no longer prints 256.
>
> Bisectable points to
> https://github.com/rakudo/rakudo/commit/5401a1aa8f12c360ccd3e4000dcdc65ad98c746a
>
> Is it actually resolved or not?
>
> I will mark it testneeded for now (if it's not reso
On Wed, 06 Apr 2016 01:30:45 -0700, masak wrote:
> m: class A { has uint8 $.x; submethod BUILD(:$!x) { } };
> A.new(:x(5)).perl.say # but..?
> rakudo-moar c8ec5a: OUTPUT«Cannot modify an immutable uint8
> in submethod BUILD [...]»
> m: class A { has uint8 $.x; submethod BUILD(uint8 :$!x) { }
>
On Tue, 15 Dec 2015 12:36:13 -0800, steve.mynott+bitc...@gmail.com wrote:
> Bisected to f457007181bb6e2dcb6aefe857f36d648ae38401
This was fixed with
https://github.com/rakudo/rakudo/commit/cff3437de58ef36a9a2a84915ee9181643af4348.
Tests needed
On Sat, 14 Nov 2015 14:06:52 -0800, grond...@yahoo.fr wrote:
> $ perl6 --version
> This is perl6 version 2015.10-294-gcc1ba30 built on MoarVM version
> 2015.10-92-g0181385
>
> $ perl6 -e 'multi f(UInt:D $) { say "ok" }; f(1);'
> ===SORRY!===
> Invocant requires an instance of type Int, but a type
On Sat, 05 Dec 2015 15:35:20 -0800, thundergnat wrote:
> Tests added https://github.com/perl6/roast/commit/c02bf4bc79
>
>
>
> On Sat Dec 05 15:00:52 2015, elizabeth wrote:
> > Fixed with fdec6278bf3dbcfa850a688, tests are still needed
> >
> > > On 05 Dec 2015, at 22:21, Steve Schulze (via RT)
On Tue, 04 Jul 2017 14:52:31 -0700, alex.jakime...@gmail.com wrote:
> The fix for this ticket also fixed
> https://rt.perl.org/Public/Bug/Display.html?id=130366
>
> However, we couldn't find any tests… are there any? If they, perhaps
> they also
> cover 130366.
>
> On 2017-05-01 14:31:19, elizabe
On Tue, 04 Jul 2017 14:53:26 -0700, alex.jakime...@gmail.com wrote:
> This was resolved together with
> https://rt.perl.org/Ticket/Display.html?id=131241
>
> Tests needed, maybe. See other ticket for info on this.
> On 2016-12-17 01:42:04, elizabeth wrote:
> > $ 6 'my $b = .BagHash; $_-- for $b.va
On Fri, 15 Jul 2016 02:45:51 -0700, mt1...@gmail.com wrote:
> Hi,
>
> Old code gives now error in Rakudo version 2016.06-234-g0189851 built on
> MoarVM version 2016.06-9-g8fc21d5.
>
> Code is
>
>sub encode-int32 ( Int:D $i --> Buf ) is export {
> my int $ni = $i;
> return Buf.new(
On Sat, 15 Jul 2017 07:15:05 -0700, jan-olof.hen...@bredband.net wrote:
> On Tue, 31 Jan 2017 09:05:52 -0800, c...@zoffix.com wrote:
> > I dug at this bug a few months back, but lost my notes on my
> > findings.
> >
> > As I recall it, the 128655 happens in BOOTSTRAP.nqp in
> > find_best_dispatchee
On Sat, 15 Jul 2017 09:44:28 -0700, jan-olof.hen...@bredband.net wrote:
> On Mon, 27 Feb 2017 06:55:46 -0800, mt1...@gmail.com wrote:
> > Hi,
> >
> > In Rakudo version 2017.02-56-g9f10434 built on MoarVM version
> > 2017.02-7-g3d85900
> > implementing Perl 6.c I observed the following;
> >
> > Ass
On Mon, 27 Feb 2017 06:55:46 -0800, mt1...@gmail.com wrote:
> Hi,
>
> In Rakudo version 2017.02-56-g9f10434 built on MoarVM version
> 2017.02-7-g3d85900
> implementing Perl 6.c I observed the following;
>
> Assume that a distribution is at /x/y (on Unix) then;
>
> 1) when no environment variab
On Tue, 31 Jan 2017 09:05:52 -0800, c...@zoffix.com wrote:
> I dug at this bug a few months back, but lost my notes on my findings.
>
> As I recall it, the 128655 happens in BOOTSTRAP.nqp in
> find_best_dispatchee() the non-native candidate ends up being first in
> the list and that's why it's use
On Sun, 25 Dec 2016 09:50:17 -0800, c...@zoffix.com wrote:
> zoffix@VirtualBox:~$ perl6 -e 'my int $x = 4; say $x || 2'
> 1
> zoffix@VirtualBox:~$ perl6 --optimize=off -e 'my int $x = 4; say $x ||
> 2'
> 4
> zoffix@VirtualBox:~$ perl6 -v
> This is Rakudo version 2016.11-182-gea28845 built on MoarVM
On Fri, 14 Jul 2017 13:31:42 -0700, jan-olof.hen...@bredband.net wrote:
> On Fri, 07 Oct 2016 14:03:39 -0700, barto...@gmx.de wrote:
> > I think the p6bool is removed here:
> > https://github.com/rakudo/rakudo/blob/605f272881a76f0c5a9e352670a1e61eaa627ca6/src/Perl6/Optimizer.nqp#L1300
> >
> > As fa
On Fri, 07 Oct 2016 14:03:39 -0700, barto...@gmx.de wrote:
> I think the p6bool is removed here:
> https://github.com/rakudo/rakudo/blob/605f272881a76f0c5a9e352670a1e61eaa627ca6/src/Perl6/Optimizer.nqp#L1300
>
> As far as I understand, the following code shows the problem at a
> lower level (no di
On Thu, 13 Jul 2017 16:49:00 -0700, ug...@cpan.org wrote:
> Resolved in: https://github.com/rakudo/rakudo/commit/32b72cd
>
> Tests: https://github.com/perl6/roast/commit/927b026
Bug fixed and tests added, closing issue.
On Thu, 13 Jul 2017 10:54:27 -0700, ug...@cpan.org wrote:
> Resolved in: https://github.com/rakudo/rakudo/commit/32b72cd
>
> Tests: https://github.com/perl6/roast/commit/927b026
Closing issue. ugexe++
On Wed, 12 Jul 2017 15:30:33 -0700, ug...@cpan.org wrote:
> Resolved in https://github.com/rakudo/rakudo/commit/c86090e
>
> `perl6 -e 'run("ls", :merge).out.slurp.say'`
Worls on OSX as well. The fudged test was unfudged by ugexe++. Closing issue.
On Tue, 15 Dec 2015 06:14:03 -0800, b...@abrij.org wrote:
>
>
> When the %d directive is given a decimal precision it should pad with
> zeroes, not spaces.
>
> $ perl6 -e 'printf("%3.3d", 16)'
> 16
> $ perl -e 'printf("%3.3d\n", 16)'
> 016
This was fixed with
https://github.com/rakudo/rakudo/
On Thu, 25 Aug 2016 07:14:03 -0700, coke wrote:
> On Sat Jul 23 20:47:04 2016, c...@zoffix.com wrote:
> > Not even sure what causes that, but removing the `redo` avoids the
> > error.
> >
> > $ perl6 -e 'react { whenever supply { emit 42; redo } { .say } }'
> > 42
> > No such method 'CALL-ME' for i
On Wed, 19 Oct 2016 05:57:04 -0700, jn...@jnthn.net wrote:
> On Fri Oct 14 16:40:27 2016, sml...@gmail.com wrote:
> > The following code attempts to pipe a large Blob (larger than a
> > pipe's
> > buffer size) through an external command.
> > However, it hangs on the `.in.close` line and never fini
On Thu, 23 Feb 2017 09:01:40 -0800, r...@bastic.net wrote:
> Indeed :) It was just a simple test case to demonstrate some things to
> ab5tract.
>
> Thanks for your work!
>
> On Thu, Feb 23, 2017 at 11:53 AM, Timo Paulssen via RT <
> perl6-bugs-follo...@perl.org> wrote:
>
> > Hi,
> >
> > we've pu
On Wed, 08 Mar 2017 13:25:56 -0800, elizabeth wrote:
>
> > On 8 Mar 2017, at 18:09, jn...@jnthn.net via RT > follo...@perl.org> wrote:
> >
> > On Sat, 04 Mar 2017 13:40:22 -0800, c...@zoffix.com wrote:
> >> On Sat, 04 Mar 2017 13:24:08 -0800, comdog wrote:
> >>> This is the example from the Tap d
On Sun, 28 May 2017 01:49:06 -0700, elizabeth wrote:
> Thanks for the report!
>
> Fixed with https://github.com/rakudo/rakudo/commit/87d0e0a39e . Tests
> needed.
>
> > On 28 May 2017, at 03:46, hanenkamp (via RT) > follo...@perl.org> wrote:
> >
> > # New Ticket Created by hanenkamp
> > # Pleas
On Mon, 08 May 2017 11:51:25 -0700, elizabeth wrote:
> Fixed with 31be51284e70badd8ed , tests needed.
>
> > On 8 May 2017, at 20:25, Aleks-Daniel Jakimenko-Aleksejev (via RT)
> > wrote:
> >
> > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
> > # Please include the string: [perl #1312
On Mon, 08 May 2017 12:01:56 -0700, alex.jakime...@gmail.com wrote:
> Not a big deal as it was changed yesterday, but still:
>
> Code:
> say ^5 .BagHash.pick(-2.5)
>
> Result:
> (3 0 1 4 2)
>
>
> Code:
> say ^5 .BagHash.pickpairs(-2.5)
>
> Result:
> Unable to allocate an array of 1844674407370
1 - 100 of 110 matches
Mail list logo
