[perl #109586] .pick on a large range needs more entropy

PR was merged and test got added: https://github.com/MoarVM/MoarVM/pull/357 https://github.com/perl6/roast/commit/67c494ced2 Thanks to all involved!

Re: C static analysis on rakudo sources

Hi, I removed the obvious false-positives from the list. I'll open tickets by categroy of the errors. Thank you very much! Am 15.10.2016 um 17:26 schrieb Dmitry Karasik: Dear all, I've had access to a of C/C++ static analysis tool PVS Studio, and ran it against the latest rakudo sources [1]

[perl #129353] [NATIVECALL][LTA] The error message of CStruct recommends to use Perl 6 native types

Fixed with: https://github.com/MoarVM/MoarVM/commit/688796b434 https://github.com/rakudo/rakudo/commit/a92f092ac5 The error message now reads: $ perl6 -e 'class Foo is repr { has Buf $.a }' ===SORRY!=== Error while compiling -e CStruct representation only handles attributes of type: (u)int8, (u

[perl #127194] [NATIVECALL] tests fail on Raspberry Pi Debian/Wheezy

This issue is fixed if you configure MoarVM with --has-libffi as of today. (You need of course the libffi-dev package installed.)

[perl #123310] use of uninitialized value of type Any in string context in any !cursor_init

This bug is no more, closing.

Re: [perl #129240] [NativeCall] nativesizeof routine returns the different result from sizeof function in C when it takes a CArray object as an argument.

You get 8 there because an array is a pointerish thing... Btw, this: my $not-null = CArray[int32].new is not the same as this: int a[3]; So, we would need fixed sized native arrays here to tell the truth. Am 10.09.2016 um 20:53 schrieb Brandon Allbery via RT: > On Sat, Sep 10, 2016 at 10:1

Re: [perl #129240] [NativeCall] nativesizeof routine returns the different result from sizeof function in C when it takes a CArray object as an argument.

You get 8 there because an array is a pointerish thing... Btw, this: my $not-null = CArray[int32].new is not the same as this: int a[3]; So, we would need fixed sized native arrays here to tell the truth. Am 10.09.2016 um 20:53 schrieb Brandon Allbery via RT: On Sat, Sep 10, 2016 at 10:11

[perl #128156] dependency errors

These patches fix and test the remaining issue: https://github.com/rakudo/rakudo/commit/d0a00164e9 https://github.com/perl6/roast/commit/716b94f7ff

[perl #127750] Intermittent failure on t/04-nativecall/13-union.t

Hi, can I get verbose output please?

[perl #127408] LTA error message “cannot find method CALL-ME” ( *(42) )

Patch: https://github.com/rakudo/rakudo/commit/42fb81d3b7 Tagging testneeded

[perl #127482] Compilation check says Syntax OK but program gets error

As mentioned it is syntactically legal, therefore the syntax chek reports OK. It fails at runtime though, which is to be expected. A compiler time error always prints this as the first line: ===SORRY!===

[perl #127482] Compilation check says Syntax OK but program gets error

As mentioned it is syntactically legal, therefore the syntax chek reports OK. It fails at runtime though, which is to be expected. A compiler time error always prints this as the first line: ===SORRY!===

[perl #127671] ｢dir｣ dies if weird unicode sequences are encountered (dir;)

Patch: https://github.com/MoarVM/MoarVM/commit/79dce1101b I hesitate to put a test for this in... Closing as resolved anyway.

[perl #126797] [BUG] rakudo / mingw / gmake test - all nativecall tests fail because of bad $*VM.config

Closing as resolved.

[perl #125140] [FEATURE-REQUEST] NativeCall: Provide a mechanism to invoke function pointers

Patches and test: https://github.com/MoarVM/MoarVM/commit/ada3752a81 https://github.com/rakudo/rakudo/commit/a8f407cccd Resolving ticket as fixed.

[perl #126797] [BUG] rakudo / mingw / gmake test - all nativecall tests fail because of bad $*VM.config

Hi, can you please check if it is still broken? The patch in https://github.com/rakudo/rakudo/commit/505dc4fa should fix it.

[perl #127598] white space affects which multiple dispatch subroutine is getting called.

Hi, please consider using this slang which will most likely give you what you need: https://github.com/FROGGS/p6-Slang-Tuxic But the short answer here is that the function call syntax wont change anymore. Some examples that would break when we would change it: if( # would not introduce a func

Announce: Mac OS X Installer for release 2016.01

Thanks to Steve Mynott a Mac OS X installer is now available. This installer has the ".dmg" file extension and is available from http://rakudo.org/downloads/star/.

Announce: Windows MSI Installers for release 2016.01

The Windows MSI installers are now available, coming again in two versions. One installer targets x86 (32bit) platforms, and the other installer targets x86_64 (64bit) platforms (probably Windows 7 or better). Only the version for x86_64 comes with JIT enabled. The two MSIs are available from h

Announce: Rakudo Star Release 2016.01

# Announce: Rakudo Star Release 2016.01 ## A useful and usable production distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the January 2016 release of "Rakudo Star", a useful and usable production distribution of Perl 6. The tarball for the Janua

[perl #127308] Configure.pl with moar fails to find C compiler on older Darwin

Does that mean that we *always always always* have a gcc binary?

[perl #127308] Configure.pl with moar fails to find C compiler on older Darwin

Can't we do something like this[^1] on darwin also? [^1] https://github.com/MoarVM/MoarVM/blob/master/build/setup.pm#L445 Like, checking for the existance of clang, and falling back to gcc?

[perl #127308] Configure.pl with moar fails to find C compiler on older Darwin

But the shown exit of "0" would be correct, no? I guess we want to show more information when we cannot compile the test scripts using the compiler we guessed

Re: [perl #127188] [IMPROVEMENT SUGGESTION] :lang on eval to attempt to use an Inline::FOO module

I still think that language modules like Inline::* or v5 need to register itself. Which means, you'd use such a module before doing the EVAL so the EVAL knows what module handles the requested language. Am 06.01.2016 um 14:40 schrieb Zoffix Znet (via RT): # New Ticket Created by Zoffix Znet #

[perl #127173] [BUG] Cannot build on Alpine Linux

libuv does not like to build here, which is a dependency of MoarVM. Though, that does not mean that we cannot do something about that.

Re: [perl #127165] [FEATURE] make :%hash a pair constructor

Yes, that's how you get a Match variable.

Re: [perl #127144] Native uint doesn't overflow on ++

That highlights the bug: m: my uint8 $x = 255; print $x, " -> "; $x = $x + 1; say $x; rakudo-moar 0f26ae: OUTPUT«255 -> 0␤» m: my uint8 $x = 255; print $x, " -> "; $x++; say $x; rakudo-moar 0f26ae: OUTPUT«255 -> 256␤» Am 04.01.2016 um 11:48 schrieb Elizabeth Mattijsen: On 04 Jan 2016, at 00:25

[perl #126959] unhelpful error - Cannot find method 'has_compile_time_value'

Patches: https://github.com/rakudo/rakudo/commit/2e4238fbe4 https://github.com/rakudo/rakudo/commit/0d5372fe43 Tests: https://github.com/perl6/roast/commit/94ee230558 Closing ticket as resolved.

[perl #126100] Wrong return value from "require"

Patch: https://github.com/rakudo/rakudo/commit/95558bb58e Tests: https://github.com/perl6/roast/commit/ff452eb56a Closing as resolved.

[perl #126675] [BUG][MOAR/NativeCall] Evaluating the size of a structure is wrongly done

The fix for this misalignment is: https://github.com/MoarVM/MoarVM/commit/7b382acd61 Test got added here: https://github.com/rakudo/rakudo/commit/deeec10a2e Closing ticket as resolved.

[perl #126675] [BUG][MOAR/NativeCall] Evaluating the size of a structure is wrongly done

I can confirm that the alignment is wrong. To prove, I created this repo: https://github.com/FROGGS/p6-Gumbo Running `perl6 t` gives: ~/dev/gumbo$ perl6 t/00-structure-sizes.t 1..19 ok 1 - sizeof(size_t) ok 2 - sizeof(GumboStringPiece) ok 3 - sizeof(GumboSourcePosition) ok 4 - sizeof(GumboVector)

[perl #126189] [BUG] [LEAK] loop { 0, .1 ... 1000 }

I did run this: $ valgrind --leak-check=full --show-leak-kinds=all /home/froggs/dev/nqp/install/bin/moar --execname="$0" --libpath="/home/froggs/dev/nqp/install/share/nqp/lib" --libpath="/home/froggs/dev/nqp/install/share/perl6/lib" --libpath="/home/froggs/dev/nqp/install/share/perl6/runtime"

[perl #126212] [BUG] SEGV on 16-bit-sized arg insertion

The might be either this: diff --git a/src/core/args.c b/src/core/args.c index c4f2696..4772034 100644 --- a/src/core/args.c +++ b/src/core/args.c @@ -677,7 +677,7 @@ MVMObject * MVM_args_slurpy_named(MVMThreadContext *tc, MVMArgProcContext *ctx) static void flatten_args(MVMThreadContext *tc,

[perl #125573] [BUG] [Test] A failing exit phaser after passing all tests appears OK to prove

Patch: https://github.com/rakudo/rakudo/commit/6063886343 Test: https://github.com/perl6/roast/commit/2dfcd85181 Closing ticket.

[perl #120831] [BUG] LTA error message when declaring 'my Int a' in Rakudo

Patch by bartolin++: https://github.com/rakudo/rakudo/commit/4bdc88046ad0289f2708e3195e59df9edc83c258 Another test: https://github.com/perl6/roast/commit/1145029340 Closing ticket.

[perl #126383] [NYI] Generic type can't participate in a coercive type

Patch: https://github.com/rakudo/rakudo/commit/6902d51eb7 Tests: https://github.com/perl6/roast/commit/7f43444370 Closing ticket.

[perl #125927] नि -- a grapheme cluster boundary algo problem (CCC = 0 can be a valid combiner?)

Here are more examples (by novapatch++ via irc): m: say «நி กำ षि "\r\n"»».chars rakudo-moar cd7766: OUTPUT«(2 2 2 2)␤»

Re: Coverity Static Analysis For NQP

3rdparty is used by the not quite used parrot backend, as well as the path src/vm/parrot. So I guess it does make sense to scan the MoarVM repository, but not NQP. Am 21.10.2015 um 01:47 schrieb Jeffrey Ryan Thalhammer: > 37 of them come from a path matching /3rdparty/ > > The rest come from a pa

[perl #103106] [BUG] Can't regex-match on a junction of strings in Rakudo

Patch: https://github.com/rakudo/rakudo/commit/5d83db3d01 Tests: https://github.com/perl6/roast/commit/51d1a4835f Closing ticket.

[perl #111726] [BUG] Smartmatching an empty all-conjunction with a regex produces an internal unboxing error in Rakudo

Patch: https://github.com/rakudo/rakudo/commit/5d83db3d01 Tests: https://github.com/perl6/roast/commit/51d1a4835f Closing ticket.

[perl #77564] * quantifier after block in regexp executes it infinite amount of times

Patches: https://github.com/perl6/nqp/commit/41ab646099 https://github.com/rakudo/rakudo/commit/de4b2b3a87 Tests: https://github.com/perl6/roast/commit/95ee3272ab Closing ticket.

Re: Coverity Static Analysis For NQP

"Coverity Scan Static Analysis - Find and fix defects in your Java, C/C++, C# or JavaScript open source project for free" How does that work for code written in NQP? Cheers, Tobias Am 17.10.2015 um 00:38 schrieb Jeffrey Ryan Thalhammer: > Hello everyone- > > I'm a longtime Perl5 developer and th

[perl #68024] [TODO] Make &infix:($op) work

The design docs indicate that square brackets need to be used, which works with rakudo: constant $foo="+"; say &infix:[$foo](3, 4) rakudo-moar 4b1df7: OUTPUT«7␤» So, this is closable with test?

[perl #126385] initial stray space not accepted in :(...)

Patch: https://github.com/rakudo/rakudo/commit/4b1df7b018 Tests: https://github.com/perl6/roast/commit/0478776107 Closing ticket.

[perl #126172] [BUG] .push does something un(ex)-spec'd-ed

Added test: https://github.com/perl6/roast/commit/f50149e607 Closing ticket.

[perl #126172] [BUG] .push does something un(ex)-spec'd-ed

The semantics of push got revised in the meantime, and a new method called "append" got added: m: my @a = 1,2,3; my @b; @b.push: @a,; dd @b rakudo-moar fae01f: OUTPUT«Array @b = [[1, 2, 3],]␤» m: my @a = 1,2,3; my @b; @b.push: @a; dd @b rakudo-moar fae01f: OUTPUT«Array @b = [[1, 2, 3],]␤» m: my

[perl #125598] [BUG] $/ does not bind correctly in the right-hand side of s/// inside a for loop in Rakudo

Patch: https://github.com/rakudo/rakudo/commit/32d7b08334 Tests: https://github.com/perl6/roast/commit/f665268fde Closing ticket.

[perl #126349] [BUG] substitution of Array of Str fails to provide backreferences

Patch: https://github.com/rakudo/rakudo/commit/32d7b08334 Tests: https://github.com/perl6/roast/commit/f665268fde Closing ticket.

[perl #118705] [BUG] s/// doesn't update $/ inside for loop

Patch: https://github.com/rakudo/rakudo/commit/32d7b08334 Tests: https://github.com/perl6/roast/commit/f665268fde Closing ticket.

[perl #123005] [BUG] $/ broken for replacement inside for loop

Patch: https://github.com/rakudo/rakudo/commit/32d7b08334 Tests: https://github.com/perl6/roast/commit/f665268fde Closing ticket.

[perl #126350] [BUG] segmentation fault with precompile + add_method

It seems to segfault in the op getlex when trying to locate &foo. Moving sub foo to within the BEGIN block helps and moving it outside of A gives: Cannot invoke this object in method at lib/A.pm6:5 Neither the rakudo optimizer nor spesh seem to be to blame.

[perl #126284] --> Int:D allowed but not checked correctly

Marked existing tests as related to this ticket: https://github.com/perl6/roast/commit/5bd83c5b01 Closing ticket.

[perl #126284] --> Int:D allowed but not checked correctly

Seems to work now that we have DefiniteHOW: m: sub a() returns Int:U { 42 }; say &a.returns; a rakudo-moar 8f4e90: OUTPUT«(Int:U)␤Type check failed for return value; expected Int:U but got Int␤ in sub a at /tmp/LRo5pcMZof:1␤ in block at /tmp/LRo5pcMZof:1␤␤» m: sub a() returns Int:D { Int };

[perl #123083] [BUG] `anon enum` should work the same way as `enum ::`, and `my %e = enum ::` should work too in Rakudo

Two more tests: https://github.com/perl6/roast/commit/51332a9ae1

[perl #123083] [BUG] `anon enum` should work the same way as `enum ::`, and `my %e = enum ::` should work too in Rakudo

Patch: https://github.com/rakudo/rakudo/commit/8f4e908869 Test: https://github.com/perl6/roast/commit/f47d1dab1b Closing ticket.

[perl #67700] Method calls after blocks passed to list-operator methods are parsed incorrectly

Design docs got aligned to rakudo so that method calls on blocks just do what one would expect. Patch: https://github.com/perl6/specs/commit/d1d502fb71 Tests: https://github.com/perl6/roast/commit/95a28225ed Closing ticket.

[perl #126291] [BUG] :D on attrs and vars fails with a defined default value

Patch: https://github.com/rakudo/rakudo/commit/80a3d07235 Tests: https://github.com/perl6/roast/commit/071720b28d Closing ticket.

[perl #126296] [BUG] Foo:D type on attribute should imply 'is required' and not need intialiser

I don't think that we should mix two concepts here. The type constraint of an attribute just tells us what types/subsets are allowed to be contained in the attribute. That an attribute should be passed when instantiating an object (maybe passed but undef?) is another story. And this has not muc

[perl #101448] [BUG] No error on assigning a type object to a :D-constrained container in Rakudo

Added tests: https://github.com/perl6/roast/commit/fca109de6c https://github.com/perl6/roast/commit/6e66b7a18d Closing ticket.

[perl #125846] Missing file/line information when importing module

Test: https://github.com/perl6/roast/commit/73fc8c3d37 Closing ticket.

[perl #125846] Missing file/line information when importing module

This fixes it: https://github.com/rakudo/rakudo/commit/164953b3de Tagging testneeded.

[perl #101448] [BUG] No error on assigning a type object to a :D-constrained container in Rakudo

This fixes reporting the file and line number: https://github.com/rakudo/rakudo/commit/164953b3de

[perl #101448] [BUG] No error on assigning a type object to a :D-constrained container in Rakudo

jnthn: I think we want to do it at MOP level in the future, if nothing else for speed. jnthn: I think we should force an initializer on :D'd things. .new is a bad default. Try this: `class C { has $.x = rand }; for ^5 { my C:D $foo; say $foo.x }` jnthn: also we totally drop the thing on the floo

[perl #101448] [BUG] No error on assigning a type object to a :D-constrained container in Rakudo

Patch: https://github.com/rakudo/rakudo/commit/8dd74406e6 Tagging testneeded.

[perl #69204] [BUG] Cannot combine infix:<.=> and string methodrefs in Rakudo

I come to the conclusion that making $foo.="bar"() work is more useful than complaining about a potential P5ism. So, patch and tests are here: https://github.com/rakudo/rakudo/commit/98d9b87aaa https://github.com/perl6/roast/commit/5f82bde7e0 Closing ticket.

[perl #126143] [NYI] Array aliasing on matching

This is fixed so far. Patches: https://github.com/perl6/nqp/commit/ada83f20892d3d027a0ac5e537ab1b111db1968e https://github.com/perl6/nqp/commit/8402ce098192cdfe57bd438781d9f1322f63273c Fixed tests: https://github.com/perl6/roast/commit/eec7994c1f

[perl #126128] s/$~Q/$~Quote

Patch: https://github.com/rakudo/rakudo/commit/f52f0db3fb

Re: [perl #126037] Redirecting standard streams in Proc causes wrong exit code

Thing is that you do not redirect, you capture the streams. So if you capture out, you need to read the output and close it. The return value of close will then tell you the right exit code.

Announce: Windows MSI Installers for release 2015.06

The Windows MSI installers are now available, coming again in two versions. One installer targets x86 (32bit) platforms, and the other installer targets x86_64 (64bit) platforms (probably Windows 7 or better). Only the version for x86_64 comes with JIT enabled. The two MSIs are available from ht

Announce: Rakudo Star Release 2015.06

# A useful, usable, "early adopter" distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the June 2015 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the June 2015 release is available from

Announce: Rakudo Perl 6 compiler, Development Release #88 ("Dresden")

test suite, MoarVM and the specification. The following people contributed to this release: Elizabeth Mattijsen, Jonathan Worthington, Tobias Leich, Sterling Hanenkamp, Arne Skjærholt, Paul Cochrane, Larry Wall, Rob Hoelz, Carl Masak, raydiak, Timo Paulssen, Christian Bartolomäus, Will "Coke"

Re: [perl #125211] Error "Function X::Panda needs parens to avoid gobbling block" when running panda on JVM, but not on Moar

Btw, this error pops up when the X::Panda symbol disappears for some weird reason. And then the parser thinks it is a sub instead of a type. Am 18.05.2015 um 09:28 schrieb Moritz Lenz: > > > On 05/18/2015 04:07 AM, Rob Hoelz (via RT) wrote: >> # New Ticket Created by Rob Hoelz >> # Please include

Announce: Rakudo Perl 6 compiler, Development Release #86 (“Cluj”)

tributed to this release: Elizabeth Mattijsen, Jonathan Worthington, Larry Wall, Tobias Leich, ugexe, Alexander Moquin, Moritz Lenz, Timo Paulssen, Pepe Schwarz, Andrew Egeler, Christian Bartolomäus, Kamil Kułaga, Solomon Foster, Geoffrey Broadwell, Jonathan Scott Duff, Paul Cochrane, Carl Masak, Will

Re: [perl #123497] AutoReply: p6doc does not work on OSX (Rakudo * 2014.09)

what was in there before? Am 10.01.2015 um 12:45 schrieb Gabor Szabo: > If I put > > #!/usr/bin/env perl6 > > as the sh-bang of either of those script, they start to work. > > Gabor > >

Re: [perl #122839] Rakudo* 2014:08 panda doesn't see bundled modules

Ahh, it might be possible that panda's state will only be installed using the Windows MSI on... err, Windows... I'll check the star tarball on a linux later and report back.

Re: [perl #122839] Rakudo* 2014:08 panda doesn't see bundled modules

Ahh, it might be possible that panda's state will only be installed using the Windows MSI on... err, Windows... I'll check the star tarball on a linux later and report back.

Re: [perl #122839] Rakudo* 2014:08 panda doesn't see bundled modules

Hi, what does `which panda` output? I'd almost say that it cannot find panda in path, and the apt suggestions fail on your box...

Re: [perl #122839] Rakudo* 2014:08 panda doesn't see bundled modules

Hi, what does `which panda` output? I'd almost say that it cannot find panda in path, and the apt suggestions fail on your box...

[perl #122839] Rakudo* 2014:08 panda doesn't see bundled modules

Please retest with rakudo-star-2014.12.1-moar.msi. For me it gives this after a clean install of the msi: C:\>panda-m --installed list Bailador [installed] DBIish [installed] Debugger::UI::CommandLine [installed] Digest::MD5[installed] File::F

Re: parrot smoke-me/illegal-escape-gh1103

I think I can (sort of) speak for rakudo and say that we would rather have the correct behaviour in the upcomming release in favour of an deprecation cycle. Because, if we spot a problem in nqp or rakudo with 6.9.0, we can always decide to delay upgrading the parrot version for one month. Cheers,

Re: bug in latest git version of perl6-p

Hi, this is fixed as of: 71b98224ad366474124d8450512b6441dbbc4938 Though, you also need to update NQP, either by doing it manually or by running the Configure.pl script in rakudo which takes care of that. Cheers, FROGGS Am 03.10.2014 um 17:24 schrieb Francis (Grizzly) Smit: > The bug is in the $

[perl #122839] Rakudo* 2014:08 panda doesn't see bundled modules

what is your panda --installed list?

Announce: Rakudo Star Release 2014.09

## A useful, usable, "early adopter" distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the September 2014 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the September 2014 release is available from

# Announce: Rakudo Star Release 2014.08

# Announce: Rakudo Star Release 2014.08 ## A useful, usable, "early adopter" distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the August 2014 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the August 2014 rel

Announce: Rakudo Perl 6 compiler, Development Release #78 ("Sofia")

wing people contributed to this release: Elizabeth Mattijsen, Jonathan Worthington, Tobias Leich, Timo Paulssen, Filip Sergot, Carlin, Will Coleda, Pepe Schwarz, Will Coleda, Carl Masak, Alexander Moquin, Andrew Egeler, Jonathan Scott Duff, Moritz Lenz If you would like to contribute, see <http:/

Announce: Rakudo Perl 6 compiler, Development Release #76 ("Bajor")

s for making Rakudo Perl possible, as well as those people who worked on Parrot, the Perl 6 test suite, MoarVM and the specification. The following people contributed to this release: Elizabeth Mattijsen, Jonathan Worthington, Tobias Leich, Alexander Moquin, Moritz Lenz, Donald Hunter, Carl Masak, Tim

Re: [perl #121903] Using a predefined pattern

That works: my $x=/$=bb|$=dd/; my $s = "addc"; $s ~~ s//ZXZ/; say $s; say $/ OUTPUT«aZXZc␤｢dd｣␤ x => ｢dd｣␤ two-d's => ｢d｣␤␤» Am 22.05.2014 17:06, schrieb Peter Schwenn: > Dear David Waring, > > Thank you for your example. It works and I understand it. > > I take it from your example that with a

Re: [perl #121903]

Hi, here are several ways to get in touch with us: http://perl6.org/community/ If you want immediate answers then IRC is your choice. Mailing lists do not always deliver immediatly, sometimes it takes two days for me to reveive mails that way... my regex test { <[a..z]>+ }; say "abc123" ~~ / /

Re: [perl #121811] [BUG] $*EXECUTABLE filled wrong on parrot

Hi, I am about to fix that issue, but that involves patching (and rereleasing parrot). It is about patching the pbc_to_exe to not stash ARGV[0], but also figure out the absolute path in the perl6 binary. This however is not somthing that can be done easily when it comes to cross platform... Right

Re: [perl #121798] m:ov and m:ex multiple regex matches not working

Am 04.05.2014 23:22, schrieb schw...@rt.perl.org: > # New Ticket Created by Schwenn, Peter > # Please include the string: [perl #121798] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/Ticket/Display.html?id=121798 > > > > Dear Perl6'ers, > > I am

Rakudo Star Release 2014.03 - A useful, usable, "early adopter" distribution of Perl 6

# Announce: Rakudo Star Release 2014.03 ## A useful, usable, "early adopter" distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm happy to announce the March 2014 release of "Rakudo Star", a useful and usable distribution of Perl 6. The tarball for the March 2014 relea

Re: register pointing to fromspace

Am 22.12.2013 21:42, schrieb Nicholas Clark: > On Sun, Dec 22, 2013 at 01:31:35PM +, Nicholas Clark wrote: >> I don't know how to chase this further. I have a string that is from >> fromspace >> that is being referenced by MVM_string_equal. I think that it has come from a >> register. Output

Re: detecting missing roots and other GC mistakes

I don't think they can move... value_obj is only used from its assignment to before an allocation. Same goes for base_obj. Am 15.12.2013 21:50, schrieb Nicholas Clark: > On Sun, Dec 15, 2013 at 05:56:40PM +, Nicholas Clark wrote: > >> With this, all NQP tests pass I can build the Rakudo setti

Re: [perl #120520] [PATCH] Fix building multiple backends on moar-support branch

Patch applied, thank you! :o) https://github.com/rakudo/rakudo/commit/f5a38f2e97 Am 12.11.2013 16:35, schrieb Nick Glencross (via RT): > # New Ticket Created by Nick Glencross > # Please include the string: [perl #120520] > # in the subject line of all future correspondence about this issue.

Re: Building MoarVM on Solaris

Hi, at one point we are moving from libapr to libuv, so we would have to check if libuv's build scripts are usable too. But what speaks for having our own configure system: What if you already have libapr/libuv installed with their dev-packages? We would just link against that without the ability

Re: [perl #85750] Test failures on OpenBSD

Hi, does this happen with parrot-5.2 too? Looks like I should set up a vm for testing... Am 27.05.2013 18:36, schrieb Pascal Stumpf: > On Sat, 25 May 2013 22:08:00 -0700, "Will Coleda via RT" wrote: >> On Wed Mar 09 10:38:06 2011, pascal.stu...@cubes.de wrote: >>> The following test failures have

Announce: Rakudo Perl 6 compiler, Development Release #64 ("Austin")

erl possible, as well as those people who worked on Parrot, the Perl 6 test suite and the specification. The following people contributed to this release: Brent Laabs, Moritz Lenz, Patrick R. Michaud, Tobias Leich, Jonathan Worthington, Will "Coke" Coleda, Elizabeth Mattijsen, dagurval,

Rakudo Perl 6 compiler development release #58 ("Walnut")

tors and sponsors for making Rakudo Perl possible, as well as those people who worked on Parrot, the Perl 6 test suite and the specification. The following people contributed to this release: Jonathan Worthington, Moritz Lenz, Carl Mäsak, Jonathan Scott Duff, Will "Coke" Coleda, Tobias Lei