zof...@zoffix.com wrote:
>Perhaps, we should evaluate some of the leap-second estimation algorithms.
If you like. To be clear, I'm not pushing for the conversion to use an
estimation strategy per se, and we're now going beyond what's necessary
to address my original bug report. Documenting the e
# New Ticket Created by Damian Conway
# Please include the string: [perl #128760]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128760 >
> perl6 --version
This is Rakudo version 2016.07.1 built on MoarVM version 2016.07
imple
# New Ticket Created by Damian Conway
# Please include the string: [perl #128761]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128761 >
> perl6 --version
This is Rakudo version 2016.07.1 built on MoarVM version 2016.07
imple
I've been getting segfaults in this area recently. The trace is a bit
different but I guess it's related. It seems that flag_map in gc_mark is no
longer allocated so I get segfault.
(lldb) r
There is a running process, kill it and restart?: [Y/n] y
Process 75673 exited with status = 9 (0x0009)
Hi,
I'm pretty sure this is related to not mutexing / synchronizing around
shared resource usage of STDOUT, etc.
In talking with Jonathan before, this seemed to be a likely cause. Adding
synchronization primitives around the mutexed usage of the print() command
fixed it previously, if memory serv
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 at 3:59 AM Lloyd Fournier
wrote:
> I've been getting segfaults in this area re
The reason why is:
https://github.com/rakudo/rakudo/blob/nom/src/core/metaops.pm#L187
Now, I’m not sure where we should fix this: either in method sum, or somehow
make the METAOP_REDUCE_LEFT smarter.
> On 27 Jul 2016, at 23:19, Aleks-Daniel Jakimenko-Aleksejev (via RT)
> wrote:
>
> # New Tic
Hmmm…. in RT #128757 you expect a single value to return identity, and here you
expect it not to return it? By the same reasoning that [/] “hello” returns
“hello”, I think [*] set(1,2,3) should return set(1,2,3).
Or am I missing something?
> On 27 Jul 2016, at 23:29, Aleks-Daniel Jakimenko-Al
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #128758]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128758 >
Code:
say [*] set(1,2,3), set(4,5,6)
Result:
9
OK, that ↑ makes sen
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #128757]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128757 >
Code:
say [*] ‘hello’
Result:
hello
Code:
say [/] ‘hello’
Result:
Here's the test:
my $c;
ok 'abc' ~~ /.{ $c = $¢ }/, 'current match state';
#?rakudo todo 'Type of $¢ is Any instead of Cursor - RT #124998'
is $c.WHAT, Cursor.WHAT,'got right type';
This might be a faulty test, however:
19:28 < [Coke]> m: my $c; 'abc' ~~ /.{ say $¢.WHAT }/ ;
19:28 <
There are many skipped tests for this in
S32-io/mkdir_rmdir.t
which can be safely unfudged (probably not all, though)
--
Will "Coke" Coleda
This ticket duplicates the individual :one & :either tickets, rejecting.
--
Will "Coke" Coleda
On Fri Nov 27 09:22:20 2015, elizabeth wrote:
> So implemented with 61ea661d8dfc04acabf1eb46c
>
>
> Liz
>
> > On 27 Nov 2015, at 17:17, Patrick R. Michaud
> > wrote:
> >
> > The standard meaning of ".roll" is to randomly select elements
> > from a list. So I'd expect .roll on a Range to first
Fixed with debc7c20944ff43 , tests needed
> On 27 Jul 2016, at 19:21, Zoffix Znet (via RT)
> wrote:
>
> # New Ticket Created by Zoffix Znet
> # Please include the string: [perl #128755]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Di
Note that there's a high probability of this being a cygwin-specific issue.
On Wed, Jul 27, 2016 at 11:24 AM, Will Coleda via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Wed Jul 27 07:38:45 2016, ajs wrote:
> > Was playing around on command-line with hyperoperations over texas bag
> > operator
On Fri Oct 30 06:54:00 2015, coke wrote:
> On Mon Dec 15 03:50:26 2014, r...@bastic.net wrote:
> > Hi,
> >
> > please see github.com/rbastic/CounterMutexSingleton
> >
> > This code crashes consistently on the latest MoarVM on Mac OS X
> > 10.9.5
> >
> > It does not crash with the JVM.
> >
> > ab5tr
On Sun Feb 08 04:52:40 2015, pmqs wrote:
> Issue is still present in star 2015.01
Many changes in panda and rakudo since then; can you test this with the latest
rakudo star from 2016.07?
(resend to hit email list)
--
Will "Coke" Coleda
On Sun Feb 08 04:52:40 2015, pmqs wrote:
> Issue is still present in star 2015.01
Many changes in panda and rakudo since then; can you test this with the latest
rakudo star from 2016.07?
(resend to hit email list)
--
Will "Coke" Coleda
On Sun Feb 08 04:52:40 2015, pmqs wrote:
> Issue is still present in star 2015.01
Many changes in panda and rakudo since then; can you test this with the latest
rakudo star from 2016.07?
--
Will "Coke" Coleda
On Wed Jul 27 06:06:00 2016, coke wrote:
> Normally when I find an old ticket that says "doesn't build", I'm able
> to close it out, but not today!
>
> I installed the latest Strawberry Perl 5.24.0.1 (64bit), and used the
> git bash shell to checkout a copy of rakudo (using the https protocol
> an
On Tue Jun 24 05:34:19 2014, andynpar...@googlemail.com wrote:
> Hello!
>
> I am running a syntactically correct program, but the debugger fails
> giving a large call stack output; see attached.
>
> The Perl6 version is:rakudo-star-2014.04/install/bin/perl6-debug-p
>
>
> Andrew Parker
>
>
Hi
On Thu Jan 30 07:15:52 2014, pmichaud wrote:
> On Wed, Jan 29, 2014 at 06:14:38PM -0800, Mark E. Shoulson wrote:
> > Consider:
> >
> > multi sub f1(Any $x) { "Any $x" }
> > multi sub f2(Any $x) { f1($x) }
> > multi sub f1(Rat $x) { "Rat $x" }
> >
> > say f2("a");
> > say f2(1.9);
> > say f1(1.9);
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #128755]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128755 >
Binding to a list no longer blows up, although if you `dd $list[1] := 4` it'll
tell you i
Perhaps, we should evaluate some of the leap-second estimation
algorithms. There are
more leap second problems in Rakudo besides the .from-posix, that I
now opened in
https://rt.perl.org/Ticket/Display.html?id=128752
Quoting Zefram :
Zoffix Znet via RT wrote:
Returning zero is much more
I used the gcc from Strawberry Perl (SP) successfully to build Rakudo
Star 2016.07 a week or two ago.
I think the first error (equinox) is due to using nmake (Microsoft)
rather the gmake which ships with SP -- you may need to remove nmake
from the PATH.
The second error (Will's) is due to using t
Zoffix Znet via RT wrote:
>Returning zero is much more predictable than returning a guess,
The case where the algorithm is operating in its unknown-future regime is
not as easily spotted as that. The return value from the conversion is
not a fixed value, it's a value that is well-formed and valid
On Sun Apr 17 12:51:27 2016, barto...@gmx.de wrote:
> Sorry, I got a bit confused:
>
> The different behavior for routines index and rindex with negative
> startposition between rakudo-moar and rakudo-jvm was fixed (see
> https://rt.perl.org/Ticket/Display.html?id=126700).
>
> What's still releva
On Mon Jan 25 06:26:32 2016, na...@cpan.org wrote:
> If I do a git clone from rakudo/rakudo, and do a
>
> perl Configure.pl --gen-moar ...
>
> It pulls in a stale revision of MoarVM which prevents nmake test due
> to failure to find the inttypes.h and stddef.h proxies.
>
> NQP commit
>
> https:
On Sat Jul 23 16:39:23 2016, pmichaud wrote:
> On Sat Jul 23 16:26:25 2016, tbrowder wrote:
> > NQP currently requires this:
> >
> > unless $var ~~ $regex { ... }
> >
> > but it would be convenient to use:
> >
> > if $var !~~ $regex { ... }
>
>
> NQP-specific improvements probably belong in the N
On Wed Mar 23 04:40:54 2016, pesc...@gmail.com wrote:
> Commit 93d597f unveiled the following inconsistency between nqp-j and
> nqp-m:
>
> 11:36 nqp-m: say(nqp::elems(nqp::what(nqp::list_s)))
> 11:36 nqp-moarvm: OUTPUT«-4294967287»
>
> $ ./nqp-j -e'say(nqp::elems(nqp::what(nqp::list_s)))'
> or
On Mon Jan 25 06:26:32 2016, na...@cpan.org wrote:
> If I do a git clone from rakudo/rakudo, and do a
>
> perl Configure.pl --gen-moar ...
>
> It pulls in a stale revision of MoarVM which prevents nmake test due
> to failure to find the inttypes.h and stddef.h proxies.
>
> NQP commit
>
> https:
On Wed Jul 27 07:38:45 2016, ajs wrote:
> Was playing around on command-line with hyperoperations over texas bag
> operators and got to this silly thing:
>
> perl6 -e 'for 1..100 -> $i { say (((^$i).map: {^$_}) <<(-)>>
> ((^($i+1)).map: {$_ xx $i})) }'
>
> Which, after control-Cing backgrounded i
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #128752]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128752 >
We currently have several issues with leap seconds and I propose we add an
interface expo
# New Ticket Created by Aaron Sherman
# Please include the string: [perl #128751]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128751 >
Was playing around on command-line with hyperoperations over texas bag
operators and got
On Wed Jul 27 06:07:08 2016, c...@zoffix.com wrote:
> For example, this email was sent to perl6-bugs-follo...@perl.org by
> Zefram:
> http://www.nntp.perl.org/group/perl.perl6.compiler/2016/07/msg13370.html
>
> However, it was not posted on the RT ticket:
> https://rt.perl.org/Ticket/Display.html?
# New Ticket Created by Zoffix Znet
# Please include the string: [perl #128749]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=128749 >
For example, this email was sent to perl6-bugs-follo...@perl.org by Zefram:
http://www.nn
Normally when I find an old ticket that says "doesn't build", I'm able to close
it out, but not today!
I installed the latest Strawberry Perl 5.24.0.1 (64bit), and used the git bash
shell to checkout a copy of rakudo (using the https protocol and setting my
http/https proxy env vars).
The conf
On Fri Jul 22 01:46:53 2016, mt1...@gmail.com wrote:
> I'm afraid the test I've created still hangs in rakudo version
> 2016.07.1-37-g60f256d built on MoarVM version 2016.07-3-gc01472d
> implementing Perl 6.c.
>
Ah, that's a too early MoarVM version to have the fix (it was the commit after
that o
39 matches
Mail list logo
