Re: [perl #48365] get_string() on Fresh Key PMC Causes Infinite Loop

On Saturday 08 December 2007 18:45:28 chromatic wrote: > My favorite option so far is to check if the Key PMC has any flags set and > call key_string() if so. Otherwise, it returns the empty string. > > All coretests pass without infinite loops with this patch applied. Thanks, applied as r23693.

Re: [ANN] SF parrot win32

Andrew Shitov wrote: I have no personal web site, so I create the project parrotwin32 on sourceforge : http://parrotwin32.sourceforge.net/ Cool, and I also promoted it at http://perl6.ru/parrotwin32/. But an attempt to run perl6.pbc faied: C:\Program Files\parrot-0.5.0-devel>"bin/parrot.exe"

Re: [ANN] SF parrot win32

Xiao Yafeng wrote: Cool! But if it could include doc would be better. Many doc are available in share/doc/parrot/docs (POD format). François. On Dec 5, 2007 11:38 PM, François Perrad <[EMAIL PROTECTED] > wrote: I have no personal web site, so I create the pr

Re: Status of docs/embed.pod and Parrot::Embed?

On Mon, Dec 10, 2007 at 09:59:40AM +, Tim Bunce wrote: > Also, what's the status of docs/embed.pod? It seems out of date and/or > imcomplete (no mention of Parrot_call_sub, for example). I meant docs/pdds/draft/pdd10_embedding.pod I could trying hacking on it to at least mention all the funct

Re: Standards bearers (was "Re: xml and perl 6")

Why thank you Mr. Chromatic! In between all my other activities, I have been trolling along this list from its inception, and followed eagerly every Appocalpse, Exegisis and Synopsis as soon as they came on line. I download pugs and parrot from SVN repositories, written tests - one of which st

[svn:parrot-pdd] r23695 - trunk/docs/pdds

Author: allison Date: Mon Dec 10 05:15:46 2007 New Revision: 23695 Modified: trunk/docs/pdds/pdd25_concurrency.pod Log: [pdd] Adding interface methods for event/exception handlers to concurrency PDD. Modified: trunk/docs/pdds/pdd25_concurrency.pod

Re: [ANN] SF parrot win32

Cool! But if it could include doc would be better. On Dec 5, 2007 11:38 PM, François Perrad <[EMAIL PROTECTED]> wrote: > > I have no personal web site, so I create the project parrotwin32 on > sourceforge : http://parrotwin32.sourceforge.net/ > > This project supplies only binaries for Windows (s

Status of docs/embed.pod and Parrot::Embed?

I'm interested in doing some work on Parrot::Embed. So I'm wondering what state it's in and if there are any short term plans for it. Any good reason it's not part of the normal build/test cycle? Also, what's the status of docs/embed.pod? It seems out of date and/or imcomplete (no mention of Par

Re: [ANN] SF parrot win32

> You must install Parrot in C:\usr\local\parrot-0.5.0 (the letter drive > could be change). C:\usr\local\parrot-0.5.0>"bin/parrot" languages/perl6/perl6.pbc "load_bytecode" couldn't find file 'Protoobject.pbc' current instr.: 'parrot;PGE::Match;__onload' pc 0 (compilers/pge/PGE/Match.pir:14) call

Re: Switch/Given and English, Was perl 6 grammar

I've never said that switch ... case was better than given ... when or that switch ... case was even a good construct. I have said that given ... when sounds weird as a construct (not mentionning the use of past participle and on top of that of an irregular verb). I understand the meaning and

Re: CONST_STRING vs string_from_literal ?

chromatic wrote: It doesn't *always* work. For example, I think CONST_STRING() doesn't work in PCCMETHODs in PMCs for some reason I can't explain, and it doesn't work in other source files. If you want to use CONST_STRING in other source files, you need to #include the corresponding .str f

Parrot Bug Summary

Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Dec 10 14:00:02 2007 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with m

Re: Status of docs/embed.pod and Parrot::Embed?

Tim Bunce wrote: I'm interested in doing some work on Parrot::Embed. Great! So I'm wondering what state it's in and if there are any short term plans for it. Any good reason it's not part of the normal build/test cycle? Only that it's incomplete. Also, what's the status of docs/embed.pod

Re: Status of docs/embed.pod and Parrot::Embed?

Jeff Horwitz wrote: I can take a stab at this, as I've done enough Parrot embedding to write a short novel. Looks like PDD10 could use some updating as well -- were there any plans for that? Maybe we should start there? Great! Please merge docs/embed.pod into PDD 10. Allison

Re: CONST_STRING vs string_from_literal ?

On Monday 10 December 2007 05:52:59 Allison Randal wrote: > chromatic wrote: > > It doesn't *always* work. For example, I think CONST_STRING() doesn't > > work in PCCMETHODs in PMCs for some reason I can't explain, and it > > doesn't work in other source files. > > If you want to use CONST_STRING

Re: CONST_STRING vs string_from_literal ?

chromatic wrote: Yep. There's one piece I don't remember at the moment, and that's where to add the filename so that the Makefile generates the .str file appropriately. I think it's just the root Makefile template. Aye, config/gen/makefiles/root.in, add it to STR_FILES. I haven't tested

[PROPOSAL] Remove Absolute PASM registers from PIR. (was: Re: [BUG] imcc register allocation does not consider PASM register usage)

In order to draw attention to this point, I changed the subject. On Dec 9, 2007 10:10 PM, Allison Randal <[EMAIL PROTECTED]> wrote: > Klaas-Jan wrote: > > > > There is of course the option of taking the current behavior as > > "correct", effectively forgetting about this piece of the > > specific

[BUG] headerizer can't handle new file src/atomic/gcc_x86.c

When I try to run 'make headerizer' I get the following error: -- can't find HEADERIZER HFILE directive in 'src/atomic/gcc_x86.c' at tools/build/headerizer.pl line 335. -- But when I add the HFILE directive: /* HEADERIZER HFILE: include/parrot/atomic/gcc_x86.h */ I then get the error

Re: [BUG] headerizer can't handle new file src/atomic/gcc_x86.c

On Dec 10, 2007, at 11:59 AM, Allison Randal wrote: Couldn't handle "PARROT_INLINE void *parrot_i386_cmpxchg(void *volatile *ptr, void *expect, void *update)" at tools/build/headerizer.pl line 169. Turn that into: PARROT_INLINE void * parrot_i386_cmpxchg(void *volatile *ptr, void *expe

Re: [BUG] headerizer can't handle new file src/atomic/gcc_x86.c

I can't spare the brain bandwidth to dig into this further at the moment, so posting for others. BTW I have other headerizer stuff to update, like updating all the comments automagically so that the function declaration always matches the POD. -- Andy Lester => [EMAIL PROTECTED] => www.p

Re: Status of docs/embed.pod and Parrot::Embed?

On Monday 10 December 2007 01:59:40 Tim Bunce wrote: > Meanwhile there's some housekeeping I can be getting on with. > Like fixing the broken Makefile.PL (seems best to make it a wrapper for > the working Build.PL) I've just run it successfully on x86 Ubuntu; what's broken for you and where? --

Re: [BUG] headerizer can't handle new file src/atomic/gcc_x86.c

Andy Lester wrote: PARROT_INLINE void * parrot_i386_cmpxchg(void *volatile *ptr, void *expect, void *update)" Righto. Resolved in r23708. Allison

Re: Standards bearers (was "Re: xml and perl 6")

At 9:04 AM +0300 12/10/07, Richard Hainsworth wrote: Equally, Something to replace CGI or DBI will be essential to the uptake of P6. I would far prefer to have a skilled and resourceful professional, such as yourself or Damian Conway write these modules than leave it to enthusiastic amateurs su

Re: Status of docs/embed.pod and Parrot::Embed?

Tim Bunce wrote: p.s. How do I get a commit bit? Or should I just post patches for now? Start with patches. - Mail/fax in a contribution agreement. (I thought we had one for you for Perl 5, but apparently not.) - Committers are vote

[perl #48445] [TODO] nqp - report undeclared variable usage

# New Ticket Created by Patrick R. Michaud # Please include the string: [perl #48445] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=48445 > When an NQP program uses a variable that hasn't been previously declared, it shou

Re: Status of docs/embed.pod and Parrot::Embed?

On 10 Dec 2007, at 19:44, Allison Randal wrote: Start with patches. ObHelping: I see a lot of items here: http://www.parrotcode.org/todo.html - but no obvious priorities. Where might a volunteer start? I also promised Yuval that I'd refactor Test::TAP::Model to use Test::Harness 3.00 -

Re: Status of docs/embed.pod and Parrot::Embed?

On Monday 10 December 2007 15:44:22 Tim Bunce wrote: > $ perl M*PL > Unrecognized argument in LIBS ignored: '501' > Unrecognized argument in LIBS ignored: '80' > Unrecognized argument in LIBS ignored: '79' > Unrecognized argument in LIBS ignored: '81' > Unrecognized argument in LIBS ignored: '501L

VMs in the news

Rubinus (new Ruby runtime) http://www.infoq.com/news/2007/12/engine-yard-bets-big-rubinius C--: a portable assembly language that supports garbage collection http://research.microsoft.com/~simonpj/Papers/c--/c--gc.htm Everybody's at it :) -- Andy Armstrong, Hexten

Re: Status of docs/embed.pod and Parrot::Embed?

On Mon, 10 Dec 2007, Tim Bunce wrote: Also, what's the status of docs/embed.pod? It seems out of date and/or imcomplete (no mention of Parrot_call_sub, for example). I'm very much a novice with parrot. So my preferred approach for now would be for someone more knowledgeable (Allison, chromatic,

[perl #48439] [TODO] [configure] compiling Parrot with LLVM

# New Ticket Created by Allison Randal # Please include the string: [perl #48439] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=48439 > Marton Papp has successfully compiled Parrot with LLVM on Windows with mingw-make (it

Re: Status of docs/embed.pod and Parrot::Embed?

On Mon, Dec 10, 2007 at 04:37:31PM +0200, Allison Randal wrote: > >> > s[...]. It probably makes the > most sense to repeat the group drafting strategy we're using with the PIR > PDD. You and others can help pull together the draft PDD, and I'll > review/revise/approve it as it reaches a relativ

Re: Status of docs/embed.pod and Parrot::Embed?

On Mon, Dec 10, 2007 at 10:57:05AM -0800, chromatic wrote: > On Monday 10 December 2007 01:59:40 Tim Bunce wrote: > > > Meanwhile there's some housekeeping I can be getting on with. > > Like fixing the broken Makefile.PL (seems best to make it a wrapper for > > the working Build.PL) > > I've just

Release Managers wanted for 2008

We'd like to continue with our monthly release schedule for 2008. Volunteers needed! At the moment, commit bits and an eye to detail are the only real prereqs... A PAUSE ID for uploading to CPAN will be necessary at some point. I'd like to get at least six volunteers: if you're already on

[perl #48459] [PATCH]: Refactor config/inter/progs.pm into 2 config steps

# New Ticket Created by James Keenan # Please include the string: [perl #48459] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=48459 > The patch attached proposes to refactor Parrot configuration step class inter::progs i

Re: VMs in the news

> "Andy" == Andy Armstrong <[EMAIL PROTECTED]> writes: Andy> Rubinus (new Ruby runtime) Andy> http://www.infoq.com/news/2007/12/engine-yard-bets-big-rubinius I'm trying to figure out why Rubinous is building a squeak-like vm when squeak already has a vm. They would have been done faster had

memory checking I've been working on

Now that I've got all but one function headerized, I'm running splint. One of the things that splint is good at, and the reason I did all the PARROT_CAN(NOT)_RETUN_NULL flags, is it'll keep track of when something could be NULL or not. So splint complains here: char * const p = malloc(n); p->f

Re: Standards bearers (was "Re: xml and perl 6")

A great relief. Fantastic. Where should I be looking to see what is happening. Is there some form of coordination of this module writing activity? Darren Duncan wrote: At 9:04 AM +0300 12/10/07, Richard Hainsworth wrote: Equally, Something to replace CGI or DBI will be essential to the uptak

Re: [PROPOSAL] Remove Absolute PASM registers from PIR. (was: Re: [BUG] imcc register allocation does not consider PASM register usage)

On Dec 10, 2007, at 10:59 AM, Klaas-Jan Stol wrote: In order to draw attention to this point, I changed the subject. Is there anybody who thinks the removal from PIR of $-less registers ("absolute" or PASM registers) should not be done? kjs Parrot provides a calling convention, but does no