[perl #61744] error:imcc:syntax error, unexpected VAR, expecting '(' ('var')

# New Ticket Created by Markus Laker # Please include the string: [perl #61744] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61744 > Hello, I'm attempting to compile Parrot and Perl 6 for the first time using gcc 4.1.2

Re: [perl #61744] error:imcc:syntax error, unexpected VAR, expecting '(' ('var')

Hi, it seems to me this syntax error message indicates that it doesn't know the opcode 'rebless_subclass'. The parser expects a '(', which indicates that it wants to parse rebless_subclass as a sub name. Haven't built parrot in 10 days myself now, so can't tell why it's not working and whether it

Perl 6 pos() function?

I'm trying to replicate the following behavior in Perl 6, but can't figure out a "natural" way to do this (the task is filling in guessed letters for a hangman game): while ( $word =~ /$letter/g ) { $guess[ pos($word) - 1 ] = $letter; } What would be the "canonical" Perl 6 way o

returning one or several values from a routine

Hi, As smop and mildew now support ControlExceptionReturn (see v6/mildew/t/return_function.t), an important question raised: sub plural { return 1,2 } sub singular { return 1 } my @a = plural(); my $b = plural(); my @c = singular(); my $d = singular(); What should @a, $b, @c and $d contain

Re: [perl #57634] [RFC] Remove ".globalconst" from PIR

On Sat, Dec 27, 2008 at 07:22:40AM -0800, Klaas-Jan Stol via RT wrote: > > If we're going to remove one, let's deprecate .const outside of sub > > blocks, and make .globalconst mean a global constant everywhere. > > Consistency is a good thing, but so are clear distinctions between > > similar-b

fudging the headerizer

This patch http://www.parrotvm.org/svn/parrot/revision?rev=34423 is not a long-term solution. The headerizer has to get run at will. Infinoid, can you tell me more about those ifdefs so I can make the headerizer happy? Thanks, xoxo, Andy -- Andy Lester => a...@petdance.com => www.petdan

Re: Perl 6 pos() function?

Em Sáb, 2008-12-27 às 04:29 -0800, Ovid escreveu: > I'm trying to replicate the following behavior in Perl 6, but can't > figure out a "natural" way to do this (the task is filling in guessed > letters for a hangman game): > while ( $word =~ /$letter/g ) { > $guess[ pos($word) - 1 ] =

Re: fudging the headerizer

Andy Lester wrote: This patch http://www.parrotvm.org/svn/parrot/revision?rev=34423 is not a long-term solution. The headerizer has to get run at will. Infinoid, can you tell me more about those ifdefs so I can make the headerizer happy? Happy to. The functions in question (is_ins_save a

The care and feeding of S29 (Re: Better "sort" spec?)

Carl (>): > S29 needs a lot of care and feeding of this type. I've made a long > list of things that need attention -- might return to this thread > early next week and paste that list, so that more hands can help. Here is that list: People can help by

Re: [perl #61742] [BUG] Rakudo evals "use" statement during parse phase

Jeff Horwitz (via RT) wrote: > # New Ticket Created by Jeff Horwitz > # Please include the string: [perl #61742] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=61742 > > > > Rakduo's behavior has changed in the past two

Re: Perl 6 pos() function?

- Original Message > From: Daniel Ruoso > my $word = 'banana'; > my @guess = ; > $word ~~ /a/; > @guess[$/.from] = 'a'; > say @guess; So far my workarounds for this problem are failing because as soon as you take your code and refactor: my $word = 'banana'; my @guess =

Re: fudging the headerizer

On Dec 27, 2008, at 11:03 AM, Mark Glines wrote: Happy to. The functions in question (is_ins_save and _is_ins_save) are declared as static, but conditionally defined inside of an #ifdef. If the prototypes are not put in the same #ifdefs, the following warnings result: OK, I'll come up

Re: 12 hackers hacking...

On Fri, Dec 26, 2008 at 1:45 PM, Stephen Weeks wrote: > Looks like you found a regression. This has been fixed since r34393. Confirmed fixed in r34454. Thanks! -- Mark J. Reed

r24656 - docs/Perl6/Spec

Author: lwall Date: 2008-12-28 04:17:03 +0100 (Sun, 28 Dec 2008) New Revision: 24656 Modified: docs/Perl6/Spec/S02-bits.pod docs/Perl6/Spec/S06-routines.pod docs/Perl6/Spec/S13-overloading.pod Log: [Spec] get rid of some fossil uses of * spotted by masak++ Modified: docs/Perl6/Spec/S02-

r24657 - docs/Perl6/Spec

Author: lwall Date: 2008-12-28 04:30:13 +0100 (Sun, 28 Dec 2008) New Revision: 24657 Modified: docs/Perl6/Spec/S02-bits.pod docs/Perl6/Spec/S04-control.pod Log: [Spec] differentiate $*ARGFILES from the $*ARGS capture, noticed by zev++ Modified: docs/Perl6/Spec/S02-bits.pod

r24658 - docs/Perl6/Spec

Author: lwall Date: 2008-12-28 04:36:24 +0100 (Sun, 28 Dec 2008) New Revision: 24658 Modified: docs/Perl6/Spec/S02-bits.pod Log: [Spec] remove fossil typecast noticed by masak++ Modified: docs/Perl6/Spec/S02-bits.pod === --- docs

[perl #41912] [CAGE] survey tools/ dir for unused, old, or broken code, and remove or fix as necessary

From: "James Keenan via RT" Date: Sat, 27 Dec 2008 19:03:36 -0800 . . . I tried that, with these results: $ sh tools/dev/src-t.sh t/src/extend_15 Error reading source file parrot-config. Error reading source file parrot-config. Error reading source file parrot-config.

"use" semantics

i opened RT #61742 because the semantics of the "use" statement in rakudo changed in such a way that i could no longer precompile mod_perl6 modules. "use" statements are now being invoked during PAST generation, which requires any "used" modules to be in the @INC path and error-free. moritz in