Re: [tutorial] pct tutorial language: Squaak implementation

2008-03-25 Thread Mark J. Reed
If I may make a humble suggestion, it seems that using the English spelling squawk would, besides matching the English name parrot better, also avoid any confusion with Squeak, which is how I read this subject at first. (Smalltalk on Parrot?! Whoa!). But maybe that's just me. :) On 3/25/08,

Re: [tutorial] pct tutorial language: Squaak implementation

2008-03-25 Thread Eric Hanchrow
Mark == Mark J Reed [EMAIL PROTECTED] writes: Mark ... confusion with Squeak, which is how I read this subject Mark at first. (Smalltalk on Parrot?! Whoa!). But maybe Mark that's just me. :) I read it that way too (and had the same reaction :-) -- [T]he main reason Viaweb

Re: [tutorial] pct tutorial language: Squaak implementation

2008-03-25 Thread Klaas-Jan Stol
after reading this tutorial you shouldn't have too much trouble implementing SmallTalk (SmallSquawk?) :-) the only issue is to find a proper grammar to stick with; effectively all statements are PAST::Op( :pasttype('call') ) or :pasttype('callmethod') (depending on your implementation, I think the

Re: Perl 6 fundraising and related topics.

2008-03-25 Thread Uri Guttman
RH == Richard Hainsworth [EMAIL PROTECTED] writes: RH No one likes bureacracy. But I feel much happier about handing over RH money, or persuading someone else to hand over money, to a group of RH people with established procedures and collective responsibility, than RH to some

Re: Perl 6 fundraising and related topics.

2008-03-25 Thread Richard Hainsworth
Uri, Consider the position you put me, or another sponsor, in. You mention a specific person, someone who is highly respected and extremely talented. You ask if I consider this person to be as flaky as a character that was a figment of my imagination, and if I say 'no he is not so flaky',

[perl #48569] [DEPRECATED] vtable subtype

2008-03-25 Thread Will Coleda via RT
On Thu Dec 13 19:08:42 2007, coke wrote: From PDD17: =item subtype [deprecated] UINTVAL subtype(INTERP, PMC* self, INTVAL type) Return the subtype of a PMC. (Note that this may be unimplemented, and may go away). This is intended to return information about the PMC--what type of

Re: Perl 6 fundraising and related topics.

2008-03-25 Thread chromatic
On Tuesday 25 March 2008 10:50:15 Richard Hainsworth wrote: What the perl6 language needs now is a systematic development plan, with broad aims and clear goals that will lead to good quality software and to the tools to enable ordinary programmers to use perl6 for a variety of tasks. Perl 6

Re: Perl 6 fundraising and related topics.

2008-03-25 Thread Uri Guttman
RH == Richard Hainsworth [EMAIL PROTECTED] writes: RH Consider the position you put me, or another sponsor, in. You mention RH a specific person, someone who is highly respected and extremely RH talented. You ask if I consider this person to be as flaky as a RH character that was a

[perl #52096] [BUG] PIOHANDLE dup-di-dup

2008-03-25 Thread via RT
# New Ticket Created by Ronald Blaschke # Please include the string: [perl #52096] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt3/Ticket/Display.html?id=52096 I just noticed this warning on Windows. src\io\io.c src\io\io.c(180) : warning

Re: Perl 6 fundraising and related topics.

2008-03-25 Thread chromatic
On Tuesday 25 March 2008 10:50:15 Richard Hainsworth wrote: What the perl6 language needs now is a systematic development plan, with broad aims and clear goals that will lead to good quality software and to the tools to enable ordinary programmers to use perl6 for a variety of tasks. Richard

[perl #52028] [PATCH] Do not split macro invocations that use CONST_STRING into multiple lines

2008-03-25 Thread Will Coleda via RT
On Sun Mar 23 07:37:05 2008, kraai wrote: Howdy, If a macro invocation that uses CONST_STRING is split into multiple lines, icc uses the wrong line number for the CONST_STRING macro. The attached patch puts such invocations on a single line and updates the documentation. Thanks. Applied

Re: Musings on operator overloading

2008-03-25 Thread TSa
HaloO, Larry Wall wrote: Another minor psychological factor is comes into play is that, besides being too hard to type, รท is visually a symmetrical operator, while division is inherently an asymmetric operation. You'll notice that other asymmetric operators invented by mathematicians tend to

Re: Musings on operator overloading

2008-03-25 Thread TSa
HaloO, Doug McNutt wrote: Don't allow it to become = f(-$x); ## wrong! Unless of course f does Linear, then you can factor out or in the multiplication with -1 at will. So linearity of operators and functions is a very interesting property for optimizers. Regards, TSa. -- The Angel of

[perl #47930] [RFC] Remove comma separated keys [a,b]

2008-03-25 Thread Will Coleda via RT
On Wed Nov 28 12:18:50 2007, kjs wrote: hi, IMCC allows for writing $P0 = $P1[10, 20] Looking into the yacc file, it seems there's something going on with slicing, just as the .. syntax does (which is deprecated). I'm wondering what exactly is going on, what it is supposed to do. Any

[perl #48549] [RFC][PIR] Let .namespace (no args) have empty brackets

2008-03-25 Thread Will Coleda via RT
On Thu Dec 13 08:04:00 2007, kjs wrote: to specify a namespace, say, foo, one would write: .namespace [foo] in order to have PIR switch (back) to the root namespace, you should currently write .namespace which is ok, but more clear would be to write: .namespace [] which just

[perl #37361] [BUG] Parrot 0.3.0 Tru64 core dump t/examples/japh.t #10

2008-03-25 Thread Will Coleda via RT
On Wed Oct 05 22:27:25 2005, jhi wrote: Didn't notice this earlier because the whole japh.t is reported as succeeding even though a core dump happens for the subtest #10. SNIP Since we're on 0.6.0 now and there are only 5 tests left in this test file, rejecting this ticket. If we could

[perl #51916] Error in tests after build

2008-03-25 Thread James Keenan via RT
On Fri Mar 21 19:23:13 2008, [EMAIL PROTECTED] wrote: No, and it appears not be part of Bundle::Parrot on CPAN, either. We'll have to rectify this. Coke asked me to pose this question for general discussion: If individual languages -- as distinct from Parrot itself -- require non-core

[svn:parrot-pdd] r26553 - in trunk: . docs/pdds languages/perl6/src/classes lib/Parrot/Pmc2c src src/ops src/pmc t/pmc tools/dev

2008-03-25 Thread coke
Author: coke Date: Tue Mar 25 20:38:06 2008 New Revision: 26553 Modified: trunk/docs/pdds/pdd17_pmc.pod Changes in other areas also in this revision: Modified: trunk/DEPRECATED.pod trunk/languages/perl6/src/classes/Object.pir trunk/lib/Parrot/Pmc2c/PMCEmitter.pm trunk/src/mmd.c

[perl #48144] [DEPRECATED] pmc_namespace vtable

2008-03-25 Thread Will Coleda via RT
On Mon Mar 17 13:53:55 2008, bernhard wrote: =item get_namespace PMC* get_namespace(INTERP, PMC* self) Return the namespace object for this PMC. SNIP The get_namespace vtable entry doesn't exist yet in vtable.tbl. Allison: Can this ticket be resolved ? This was the

[svn:parrot-pdd] r26556 - in trunk: . docs/pdds docs/pdds/draft src/pmc

2008-03-25 Thread coke
Author: coke Date: Tue Mar 25 20:48:51 2008 New Revision: 26556 Modified: trunk/docs/pdds/draft/pdd04_datatypes.pod trunk/docs/pdds/pdd17_pmc.pod Changes in other areas also in this revision: Modified: trunk/DEPRECATED.pod trunk/src/pmc/default.pmc Log: [DEPRECATED] Remove the

[perl #48573] [DEPRECATED] vtable get_bool_keyed_int

2008-03-25 Thread Will Coleda via RT
On Thu Dec 13 19:12:11 2007, coke wrote: From PDD17: =item get_bool_keyed_int [deprecated] Return the boolean value for the element indexed by an integer key. Removed in r26556

[PATCH] Profile PIR with Devel::DProf's dprofpp

2008-03-25 Thread chromatic
The attached patch (not for application, yet) hijacks parrot -p to emit dprofpp-compatible output to standard error. This allows us to profile PIR code at the PIR level (not the C level). The caveats are: * you'll have to edit out anything else that appears on standard error, or dprofpp will

[svn:parrot-pdd] r26557 - in trunk: . docs/pdds docs/pdds/draft

2008-03-25 Thread coke
Author: coke Date: Tue Mar 25 20:52:56 2008 New Revision: 26557 Modified: trunk/docs/pdds/draft/pdd04_datatypes.pod trunk/docs/pdds/pdd17_pmc.pod Changes in other areas also in this revision: Modified: trunk/DEPRECATED.pod Log: [DEPRECATED] Remove last references to vtable entry:

[svn:parrot-pdd] r26558 - in trunk: . docs/pdds docs/pdds/draft

2008-03-25 Thread coke
Author: coke Date: Tue Mar 25 20:56:29 2008 New Revision: 26558 Modified: trunk/docs/pdds/draft/pdd04_datatypes.pod trunk/docs/pdds/pdd17_pmc.pod Changes in other areas also in this revision: Modified: trunk/DEPRECATED.pod Log: [DEPRECATED] Remove last references to vtable entry:

[perl #48571] [DEPRECATED] vtable get_bool_keyed

2008-03-25 Thread Will Coleda via RT
On Thu Dec 13 19:11:44 2007, coke wrote: From PDD17: =item get_bool_keyed [deprecated] Return the boolean value for the element indexed by a PMC key. Removed last references in r26558.

[perl #48014] [DEPRECATED] PMC union struct

2008-03-25 Thread Will Coleda via RT
On Sat Dec 01 14:22:59 2007, coke wrote: from DEPRECATED.pod The PMC union struct is deprecated and will be removed once all core PMCs have been updated. This has happened, correct? Some pointers on how to implement this would probably turn this into a decent CAGE task...

[perl #48729] [DEPRECATED] int variants of getattribute/setattribute opcodes

2008-03-25 Thread Will Coleda via RT
On Mon Feb 04 20:36:18 2008, coke wrote: Here's a patch that removes these attributes. Once you apply it, update PBC_COMPAT and run 'make -f tools/dev/ops_renum.mak' Not applying just yet because there are a bunch of examples which seem to use this, but aren't run as tests. I was

Re: [perl #48014] [DEPRECATED] PMC union struct

2008-03-25 Thread chromatic
On Tuesday 25 March 2008 21:01:41 Will Coleda via RT wrote: On Sat Dec 01 14:22:59 2007, coke wrote: from DEPRECATED.pod The PMC union struct is deprecated and will be removed once all core PMCs have been updated. This has happened, correct? Not yet. PDD 17 made this possible, but