On Mon Oct 20 11:37:51 2008, pmichaud wrote:
> > >> The big hangup for this ticket is that various parts of PCT and
> the
> > >> CodeString PMC do not support empty brackets, and therefore PCT
> does not
> > >> emit ".namespace []" in these situations.
> > >> [...]
> > >> I know pmichaud was talkin
Author: coke
Date: Thu Nov 6 14:41:14 2008
New Revision: 32407
Modified:
trunk/docs/pdds/pdd19_pir.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/compilers/imcc/imcc.y
trunk/compilers/imcc/imcparser.c
trunk/compilers/pct/src/POST/Compiler.pi
On Thursday 06 November 2008 12:52:38 Vasily Chekalkin wrote:
> > Not until we apply this patch and all tests still pass.
> Looks like you missed few lines from this patch. Few thousand lines :)
This patch is necessary, but not sufficient!
Anyone who does want to help though should apply this p
chromatic wrote:
On Wednesday 22 October 2008 09:28:38 Bernhard Schmalhofer via RT wrote:
Does this mean that this ticket can be closed and the deprecation item
in DEPRECATED.pod be removed?
Not until we apply this patch and all tests still pass.
Looks like you missed few lines from this p
chromatic wrote:
On Wednesday 22 October 2008 09:28:38 Bernhard Schmalhofer via RT wrote:
Does this mean that this ticket can be closed and the deprecation item
in DEPRECATED.pod be removed?
Not until we apply this patch and all tests still pass.
Looks like you've missed few lines from this
On Thu Dec 13 19:16:31 2007, coke wrote:
> From PDD17:
> INTVAL type_keyed(INTERP, PMC* self, PMC* key)
>
> ...
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
>
Removed in r32404
--
Will "Coke" Coleda
Author: coke
Date: Thu Nov 6 12:41:25 2008
New Revision: 32404
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/src/pmc/hash.pmc
trunk/src/pmc/iterator.pmc
trunk/tools/dev/vtablize.pl
Log:
RT #48577 remove
On Thu Dec 13 19:17:09 2007, coke wrote:
> From PDD17:
>
> INTVAL type_keyed_int(INTERP, PMC* self, INTVAL key)
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
Removed in r32403.
--
Will "Coke" Coleda
Author: coke
Date: Thu Nov 6 12:23:11 2008
New Revision: 32403
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/lib/Parrot/Pmc2c/PMC/ParrotClass.pm
trunk/src/pmc/array.pmc
trunk/src/pmc/default.pmc
trunk/
removed typeof_i_p, typeof_i_p_ik, typeof_i_p_k, typeof_s_i in r32401
--
Will "Coke" Coleda
valid_type_i_i removed in r32397.
--
Will "Coke" Coleda
On Thu Dec 13 19:17:48 2007, coke wrote:
> From PDD17:
>
> INTVAL type_keyed_str(INTERP, PMC* self, STRING* key)
>
> [NOTE: To be
> deprecated when type IDs are deprecated.]
>
Removed in r32395.
--
Will "Coke" Coleda
Author: coke
Date: Thu Nov 6 10:12:45 2008
New Revision: 32395
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/src/pmc/hash.pmc
trunk/src/vtable.tbl
trunk/tools/dev/vtablize.pl
Log:
RT #48581 - remove [DEP
On Thu Nov 06 08:52:18 2008, coke wrote:
> new_p_i and new_p_i_p are now gone in trunk.
find_type_i_s and find_type_i_p now gone in trunk.
--
Will "Coke" Coleda
On Sat Dec 01 14:36:44 2007, coke wrote:
> From DEPRECATED.pod:
>
> Type IDs will go away in 0.5.0.
> Instead of:
>
> $P0 = new Integer
>
> or
>
> $P0 = new .Integer # better, but ...
>
> we are moving to use:
>
> $P0 = new 'Integer'
new_p_i and new_p_i_p are now gone in trunk.
Bernhard Schmalhofer via RT wrote:
On Mi. 05. Nov. 2008, 21:02:19, [EMAIL PROTECTED] wrote:
Could you take a look at line 182 of compiler_faq.pod?
I get a coding standard complaint because of the linelength:
Oops. I've tweaked that line to be under the limit and
the test should be passing aga
# New Ticket Created by Brad Bowman
# Please include the string: [perl #60364]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60364 >
Hi,
The pdd19_pir.pod is no longer a draft, this patch corrects the
L<> references.
-
rakudo now builds correctly. btw : the subject is wrong. I did not
notice because
I use a script to get the last trunk, build parrot and rakudo.
On Sun, Nov 2, 2008 at 5:37 PM, Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> That's trunk, and I did a make real clean
>
> On Sat, Nov 1, 2008 at 9:36 P
18 matches
Mail list logo