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,
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
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...
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.
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: get_b
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: get_b
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
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
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 depre
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.
> >
> >
> >
> > The get_namespace vtable entry doesn't exist yet in vtable.tbl.
>
> Allison: Can this ticket be resolved ?
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
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 mo
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.
>
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 get
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 []
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
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 Ge
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
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. A
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.
Rich
# New Ticket Created by Ronald Blaschke
# Please include the string: [perl #52096]
# in the subject line of all future correspondence about this issue.
# 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 C4047
> "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
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
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
Author: coke
Date: Tue Mar 25 10:54:28 2008
New Revision: 26537
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/src/vtable.tbl
Log:
[deprecated]
Remove deprecated vtable entry "subtype". No tests fail.
Resolves
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', then
> "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 som
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
> "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
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
29 matches
Mail list logo