On Mon Sep 28 13:28:14 2015, emilbar...@ymail.com wrote:
> Hi,
> I posted a bug report yesterday with a complicated script and worked
> to make it simpler. Now I think it's probably not a bug but I'm still
> unable to find a solution.
> My new definition of the problem is sent in 2 attachments
https://www.reddit.com/r/perl6/comments/4f6jx5/building_perl6_on_android_in_gnuroot_debian/
TLDR: LDFLAGS=-Wl,-z,noexecstack And then zef install --force Readline
Moarvm wants to try to execute code off the stack, but doesn't have to. Android
blocks attempts to execute code on the stack with
On Sun Aug 09 09:36:23 2015, drf...@pobox.com wrote:
> This code was copied from perl5's Carp module and crudely translated -
> read: hacksaw, blowtorch and hammer applied until code compiled. I know
> what it used to do in perl5, what it gets up to in perl6 is anyone's
> guess, but it appears
On Fri Aug 14 21:31:09 2015, alex.jakime...@gmail.com wrote:
> Code:
> say Inf.base(16)
>
> Result:
> Type check failed in assignment to '$int_part'; expected 'Int' but got
> 'Failure'
> in block at ./test.pl:2
>
> Same thing with NaN.
>
> IRC log:
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 relevant is the different implementation of nqp::index:
$ perl6-m -e
The problems regarding negative overflows seem to be fixed. All tests for this
ticket are passing. I'm closing this ticket as 'resolved'.
For the related discussion (different behavior of nqp::index with negative
$startpos between Moar and JVM) I opened a new ticket:
# New Ticket Created by Christian Bartolomaeus
# Please include the string: [perl #127913]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127913 >
The following discussion from november 2015 was linked in ticket
# New Ticket Created by Pepe Schwarz
# Please include the string: [perl #127916]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=127916 >
Consider the following snippet:
23:28 < psch> m: role Bar::Foo { }; class A { submethod