Null PMC access while parsing javascript

js.pg in languages/ecmascript/src compiles just fine with pgc. But it gives a "Null PMC access" error while using the compiled pir file. Is it a pge bug? $ cd languages/ecmascript/src $ cat main.pir .include 'errors.pasm' .sub _main :main .param pmc args .local string source_code, rule_t

Heads up: Dynamic environment now captured in continuations

From: Bob Rogers <[EMAIL PROTECTED]> Date: Mon, 2 Oct 2006 20:54:22 -0400 This weekend's project (committed as r14830) makes continuations capture the dynamic environment so that they can restore it properly on invocation. This makes it possible for multiple continuations to

[perl #40490] Flat/Slurpy Named Parameter Passing Errors

# New Ticket Created by chromatic # Please include the string: [perl #40490] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40490 > Given this code: .sub 'main' :main .local pmc args args = new .Hash args['foo'

Re: Questions about DEPRECATED.pod

Paul Cochrane schrieb: Hi all, I was having a poke around in DEPRECATED.pod and I've got a couple of questions about the items therein: .imc file extension paragraph: There aren't any .imc files in parrot anymore as far as I can tell. So, should this paragraph be in DEPRECATED.pod anymore? If

Re: What are the final words on GMP, BigNums and *BooleanArrays ?????????????

Am Montag, 9. Oktober 2006 16:26 schrieb Karl Forner: > AND YET OTHER QUESTIONS > > * What is the intended usage, or in other words, the usefulness of the > *BooleanArrays ? A *BooleanArray *does* array[1] and it's storage size is one bit per item. [1] the current array interface isn't much more

Re: Calling Methods on Class PMCs

Am Montag, 9. Oktober 2006 05:12 schrieb chromatic: > I'm experimenting with better forms of OO in PIR. I want to add a > get_parents() method on the Class PMC. Normally, I'd do something like the > attached patch, but the attached example file I use for testing shows that > it doesn't work for m

Re: [perl #40482] [PATCH] Perl::Critic policy for perl -w, and unix-specific shebang lines

On Oct 9, 2006, at 11:50 AM, Paul Cochrane wrote: Will, They're all coding standards. I say leave the Coda where it is, and put this in the same grouping as 'use warnings' (i.e. 'TestingAndDebugging'). Ok, see attached patch. This one is still a false negative on "#!perl -Tw" and is a false

Re: [perl #40482] [PATCH] Perl::Critic policy for perl -w, and unix-specific shebang lines

On Oct 9, 2006, at 4:51 AM, Paul Cochrane (via RT) wrote: # New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40482] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40482 > Hi, This patch adds a new

Re: [perl #40482] [PATCH] Perl::Critic policy for perl -w, and unix-specific shebang lines

Will, They're all coding standards. I say leave the Coda where it is, and put this in the same grouping as 'use warnings' (i.e. 'TestingAndDebugging'). Ok, see attached patch. Also, instead of checking for "/usr/local" and then reporting a violation, switch it. Check for the *allowed* version

[perl #40483] [PATCH] removal of cuddled else's in C source

# New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40483] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40483 > Hi, This patch uncuddles the else's in the C source, and makes the t/codingstd/cuddl

Re: [perl #40482] [PATCH] Perl::Critic policy for perl -w, and unix-specific shebang lines

On Oct 9, 2006, at 5:51 AM, Paul Cochrane (via RT) wrote: # New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40482] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40482 > Hi, This patch adds a ne

Re: Parrot Configure error

On 10/9/06, Paul Cochrane <[EMAIL PROTECTED]> wrote: Hi all, In r14862, Configure.pl throws an error when processing the Manifest. The error is: Checking MANIFEST...No such file: ext/Parrot-Embed/Embed.xs Ack, some files were missing! I can't continue running without everything here. Please

Re: What are the final words on GMP, BigNums and *BooleanArrays ?????????????

On 10/9/06, Karl Forner <[EMAIL PROTECTED]> wrote: Hi, It's not that easy to contribute to parrot development. I got into that by picking a TODO task about *BooleanArrays, that seemed appropriate for a Parrot newbie that knows a bit about algorithmics and Data structures. thank you for your en

Parrot Configure error

Hi all, In r14862, Configure.pl throws an error when processing the Manifest. The error is: Checking MANIFEST...No such file: ext/Parrot-Embed/Embed.xs Ack, some files were missing! I can't continue running without everything here. Please try to find the above files and then try running Confi

What are the final words on GMP, BigNums and *BooleanArrays ?????????????

Hi, It's not that easy to contribute to parrot development. I got into that by picking a TODO task about *BooleanArrays, that seemed appropriate for a Parrot newbie that knows a bit about algorithmics and Data structures. Answering one of my mail, Bernhard raised the question of using a common i

[perl #40482] [PATCH] Perl::Critic policy for perl -w, and unix-specific shebang lines

# New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40482] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40482 > Hi, This patch adds a new policy for the Parrot Perl::Critic tests, namely to check

[perl #40479] [PATCH] Adding and correcting C-code coda in autogenerated code

# New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40479] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40479 > Hi, This patch adds the C-code coda to the autogenerated C language code, and fixes

[perl #40480] [PATCH] C-code coda not output multiple times in platform.[ch]

# New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40480] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40480 > Hi, This patch ensures that when platform.c and platform.h are generated, that the C

[perl #40477] [PATCH] Coda fix of boilerplate generating code

# New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40477] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40477 > Hi, This patches the perl scripts which output a C-code coda when they output boiler

[perl #40475] [PATCH] Adding pmc files to C-coda checks

# New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40475] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40475 > Hi, PMC files are just C-language files in a sense, right? If so, then here's a pat

[perl #40476] [PATCH] dos -> unix line endings of pm files

# New Ticket Created by "Paul Cochrane" # Please include the string: [perl #40476] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40476 > Hi, Recently I found some .pm files with dos line endings. This patch changes these

Parrot Bug Summary

Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Oct 9 13:15:14 2006 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with mo

Questions about DEPRECATED.pod

Hi all, I was having a poke around in DEPRECATED.pod and I've got a couple of questions about the items therein: .imc file extension paragraph: There aren't any .imc files in parrot anymore as far as I can tell. So, should this paragraph be in DEPRECATED.pod anymore? If not, I can supply a pat

Re: [perl #40455] [PATCH] Bring dotnet back into unified languages testing

At 12:26 04/10/2006 -0700, you wrote: # New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #40455] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40455 > Hi, since a while 'languages/dotnet' show

Re: [perl #40455] [PATCH] Bring dotnet back into unified languages testing

At 12:26 04/10/2006 -0700, you wrote: # New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #40455] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=40455 > Hi, since a while 'languages/dotnet' show