Rakudo Status and Parrot 2.0 (to be)

2010-01-15 Thread chromatic
Hello everyone, Parrot 2.0 will come out in less than a week, and I'd like to make sure that Rakudo #25 will work well with it. What's the current status, and are there any bugs or errors that need addressing before the release? -- c

Re: [perl #67358] [BUG] less than awesome error message for 1 param expected in Rakudo

2009-07-10 Thread chromatic
On Wednesday 08 July 2009 17:24:47 yary wrote: On Wed, Jul 8, 2009 at 3:28 PM, Carl Mäsakcma...@gmail.com wrote: Maybe, but the problem as described in the original ticket was the inconsistency of '1' and 'params' with an 's'. There's also the inconsistency of arguments vs params! Drop

Re: [perl #67358] [BUG] less than awesome error message for 1 param expected in Rakudo

2009-07-08 Thread chromatic
On Wednesday 08 July 2009 14:56:11 Kyle Hasselbacher wrote: In this case, it might be easiest to leave the word out: Too many arguments passed (2) - 1 expected. Even this looks not too bad to me: Too many arguments passed (1) - 0 expected. It's Parrot behavior. It's trivial to change to

Re: [perl #67278] non-awesome error message on 'class NewClass does OldClass'

2009-07-07 Thread chromatic
On Monday 06 July 2009 23:55:28 Moritz Lenz wrote: I think abusing a class as a role is forbidden I hope it's not! -- c

Re: Perl6 won't compile on Cygwin/Win (configure.pl won't run)

2009-05-20 Thread chromatic
On Tuesday 19 May 2009 08:29:39 Patrick R. Michaud wrote: On Mon, May 18, 2009 at 02:54:55PM -0700, chromatic wrote: I have an SVK checkout of Parrot, so Parrot's configuration process cannot determine the Parrot SVN revision. The problem here may be similar. Indeed -- I may simply

Re: Perl6 won't compile on Cygwin/Win (configure.pl won't run)

2009-05-18 Thread chromatic
On Monday 18 May 2009 12:20:47 Patrick R. Michaud wrote: I'm more likely to suspect that something in your Parrot build is causing parrot_config to not provide the SVN revision number for Parrot. I have an SVK checkout of Parrot, so Parrot's configuration process cannot determine the Parrot

Re: Parrot build error/bug

2009-04-28 Thread chromatic
On Monday 27 April 2009 23:14:52 Michael wrote: I'm running Fedora 11 (beta) on a Intel quad core CPU. Below is the output of the perl Configure.pl --gen-parrot command: Configuring Parrot ... /usr/bin/perl Configure.pl Can't locate

Re: [perl #57402] [BUG] GC-related segfault in t/spec/S12-class/attributes.t

2008-10-18 Thread chromatic
On Wednesday 30 July 2008 01:45:10 Moritz Lenz wrote: r29870 on i386 Debian GNU/Linux 32 bit, after a fresh checkout: ../../parrot perl6.pbc t/spec/S12-class/attributes.t Segmentation fault Calling the same either with the -G option to parrot or with perl6.pir instead of perl6.pbc works

Re: [RFC][PATCH] Rename Rakudo's spectest_regression to spectest

2008-10-10 Thread chromatic
On Friday 10 October 2008 06:45:16 jerry gay wrote: during this week's design meeting, i mentioned that i think it's time to rename 'spectest_regression' to 'test'. we didn't discuss it much, but i imagine something like:   test : coretest codetest spectest_regression with appropriate

Re: method signature issues

2008-09-21 Thread chromatic
On Saturday 20 September 2008 22:24:52 Chris Davaz wrote: If it is the case that :method and :multi are incompatible, I am a bit surprised to see that in the Rakudo src directory: I said they're incompatible -- meant in terms of their semantics. I didn't say they don't work together in some

Re: method signature issues

2008-09-20 Thread chromatic
On Friday 19 September 2008 21:46:53 Chris Davaz wrote: In any-str.pir we need to figure out how to change .sub 'split' :method :multi('String') into .sub 'split' :method :multi(_, 'String') since the former method signature is causing problems for me as I'm trying to implement .sub

Re: [perl #57338] parrot segfaults after nonexistent method is called from within sub invoked without parens in rakudo

2008-09-11 Thread chromatic
On Thursday 11 September 2008 07:17:56 Carl Mäsak wrote: Jonathan (), Carl (): This also works, but segfaults: $ ./perl6 -e 'class A {}; sub c { say A.new.b() }; c' Method 'b' not found for invocant of class 'A' current instr.: 'c' pc 99 (EVAL_13:42) called from Sub '_block11' pc 17

Re: [perl #58578] [BUG] Segementation fault after a ~500 regex compilations + matches

2008-09-04 Thread chromatic
On Thursday 04 September 2008 11:40:36 Moritz Lenz wrote: # New Ticket Created by Moritz Lenz # Please include the string: [perl #58578] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58578 Rakudo r30754

Re: [perl #57882] Trying to assign to a class attribute within a class declaration in rakudo makes Parrot segfault

2008-08-13 Thread chromatic
On Tuesday 12 August 2008 14:17:22 Carl Mäsak wrote: # New Ticket Created by Carl Mäsak # Please include the string: [perl #57882] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57882 r30188: $ ./perl6 -e 'class

Re: [perl #56618] [BUG] rakudo segfaults calling subs in a namespace

2008-07-05 Thread chromatic
On Saturday 05 July 2008 09:42:33 Jeff Horwitz wrote: In r29081, the following code segfaults: module Foo::Bar; sub foo() { say bar; } foo(); # segfaults here The script works if the modules declaration is omitted. I also tried running with -G, and it still segfaults at the same

Re: [perl #56454] [BUG] Another -G bug. With PIR

2008-06-30 Thread chromatic
On Sunday 29 June 2008 18:17:16 luben karavelov wrote: The source of the program (dumb fibonacci numbers) is as follows: use v6; sub fib( $n ){ if ( $n 2 ) { $n; } else { fib($n-1)+fib($n-2); } } say fib(11); it dies with segmentation fault if run

Re: Clarification of t/spec/S29-array/delete.t

2008-05-29 Thread chromatic
On Wednesday 28 May 2008 23:20:15 Patrick R. Michaud wrote: In particular, I think that the following sequence should result in a 0-length array: my @array; @array[8] = 'eight';# array has elements 0..8 @array.delete(8); # now it's empty again say

Re: [perl #53040] rakdudo : code generated by --target=pir does not execute in parrot

2008-04-18 Thread chromatic
On Friday 18 April 2008 07:45:43 Patrick R. Michaud wrote: On Fri, Apr 18, 2008 at 06:30:24AM -0700, Stephane Payrard wrote: The error message is No such caller depth Having it working would be a additional tool. Indeed, I wanted to tweak the code manually to see the code I needed the

Re: [perl #51116] [BUG] languages/perl6/perl6 --target=past ignores -e

2008-02-23 Thread chromatic
On Friday 22 February 2008 16:50:35 Mitchell N Charity wrote: languages/perl6/perl6 --target=past gives no output with -e CODE. r25997 on fedora 8, x86_64. # works $ languages/perl6/perl6 -e 'say(3);' 3 # works $ echo -n 'say(3);' deleteme.pm; languages/perl6/perl6 --target=past

Re: Perl 6 fundraising and related topics.

2008-02-21 Thread chromatic
On Thursday 21 February 2008 06:25:42 Joshua Gatcomb wrote: Here is something to consider.  Unless we can afford to fund an individual full time with enough money for them to pay for their own health coverage and other benefits, the amount of time they are volunteering is already as much as

Re: [perl #49168] [TODO] create a simplified command interface for perl6

2007-12-29 Thread chromatic
On Saturday 29 December 2007 01:29:46 Allison Randal wrote: * convert perl6.pbc into a C executable Possible, but ultimately too constraining. There are significant advantages to having the full Parrot runtime environment available. Don't reject this out of hand. The C executables

Re: Official Perl 6 and Parrot wikis

2007-12-29 Thread chromatic
On Saturday 29 December 2007 06:56:45 Mark J. Reed wrote: Maybe it's just me, but it seems like it will just feed the all-too-common perception that Perl is for CGI scripts, and real web apps need to be written in something else (be it Java, PHP, Ruby/Rails, whatever). Proposed new rule: for

Re: Official Perl 6 and Parrot wikis

2007-12-29 Thread chromatic
On Saturday 29 December 2007 13:35:00 Mark J. Reed wrote: Ok, consider me duly chastised. Sorry for the sidetracking. It's not a *bad* idea, but it's less important in my mind than getting useful information on the wiki. Anyone who wants to pursue it can do so, but I'd like to forestall a

Re: Bite-sized Tasks for the Interested (was Re: Standards bearers)

2007-12-13 Thread chromatic
On Thursday 13 December 2007 13:37:19 ispyhumanfly wrote: Any questions? :) Is it possible to see a list of tasks without the barrier of creating an account, requesting an invite, or logging in? I understand that a little bit of administrative overhead is useful, but I'd also like to see as

Re: question about t/operators/ternary.t

2007-06-20 Thread chromatic
On Wednesday 20 June 2007 15:53:59 Moritz Lenz wrote: Basically I think that - we need the test somewhere and - it is not a test that one would usually write unless he/she found a regression in one implementation. Therefore it would be good to have them somewhere separately, in an

Re: designing a test suite for multiple implementations (tools thread)

2006-08-14 Thread chromatic
On Monday 14 August 2006 17:20, jerry gay wrote: I've added the plan for the neutral todo mechanism to Pugs' TASKS file, getting help from many others on #perl6. The new todo marks look like this: todo :pugs6.28.0, :p6p50.110, :parrot1.00; is $got, $expected; # affected by the

Re: designing a test suite for multiple implementations (tools thread)

2006-08-14 Thread chromatic
On Monday 14 August 2006 18:53, jerry gay wrote: moving todo() info out of these test files leads to fragile test harnesses, as adding a test to the middle of a file will change test numbers. if test descriptions are used, then unique descriptions for each test are required. et cetera.

Re: State of Perl 6 Backends

2006-06-23 Thread chromatic
On Friday 23 June 2006 00:04, Swaroop C H wrote: So, as of now, you envision svn:/pugs/misc/pX/Common/Pugs-Compiler-Perl6 to be the main engine for Perl 6 ? I believe Audrey's point was that it is the most complete implementation right now. If this is the case, is the purpose of the other

Re: State of Perl 6 Backends

2006-06-23 Thread chromatic
On Friday 23 June 2006 12:19, Audrey Tang wrote: Multiple implementations that are compatible to the spec, like the   R5RS Scheme, are really a very good thing. Only insofar as the spec is complete enough that an implementation that adds nothing beyond that is useful and that there exists

Re: make error on 9188

2006-03-03 Thread chromatic
On Wednesday 01 March 2006 11:19, Beau E. Cox wrote: c - Did you have a chance to try my patch? If so, did it work? It bypassed the build error, so that much definitely works better. I haven't finished running the test suite to see if everything else works. -- c

Re: Documentation

2005-08-19 Thread chromatic
On Fri, 2005-08-19 at 09:15 -0600, Kevin Tew wrote: Anyway, this is my first attempt at a pugs doc patch :) Comments welcome! Welcome. I'm sure someone will offer you a commit bit very soon. In the meantime, my only comment is that, outside of class, module, file, and package names, where

Re: End-of-program global destruction is now guaranteed

2005-07-26 Thread chromatic
On Wed, 2005-07-27 at 02:18 +0800, Autrijus Tang wrote: Heya. This is just a heads-up in response to your r5759: -- r23564 (orig r5759): chromatic | 2005-07-23 03:30:54 +0800 Added tests for global destruction: call