# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #48152]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48152 >
Many exception handlers in the repository use a ".get_results"
directive to obtain
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #48150]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48150 >
PDD23 doesn't provide much information about how an exception
handler gets access
Author: coke
Date: Tue Dec 4 21:02:17 2007
New Revision: 23476
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
Log:
[docs] open tickets for deprecated items in pdd17; note them in DEPRECATED
also.
Modified: trunk/docs
# New Ticket Created by Will Coleda
# Please include the string: [perl #48144]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48144 >
>From PDD17:
=item pmc_namespace [deprecated]
PMC* pmc_namespace(INTERP, PMC* self)
# New Ticket Created by Will Coleda
# Please include the string: [perl #48142]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48142 >
From PDD17:
=item class_type
INTVAL class_type(INTERP, PMC* self)
Return the integ
I note that the same two tests are failing in this smoke report today
from FreeBSD:
http://tinyurl.com/2cb7c9
# New Ticket Created by James Keenan
# Please include the string: [perl #48138]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48138 >
In the course of preparing the patch submitted in r23472 to config/
auto/pmc.pm this ev
# New Ticket Created by "Mehmet Yavuz Selim Soyturk"
# Please include the string: [perl #48134]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48134 >
Next code segfaults because callmethodcc does another method call,
which
On Tue Dec 04 13:04:05 2007, coke wrote:
>
> If there are no references to it anywhere, +1; we have more than enough
> desirable items in the repository, and no need to cling to relics.
[parrot] 504 $ fns . | xargs grep -l PodText
./config/gen/PodText.pm
./MANIFEST
On Tue, Dec 04, 2007 at 12:54:43PM -0500, istarex wrote:
> Is it possible to compile a single PGE grammar against multiple sets
> of actions to get multiple different parsers? This would be good for
> Lisp-like languages where you have one parser that spits out PIR code
> and a parser that is invo
Is it possible to compile a single PGE grammar against multiple sets
of actions to get multiple different parsers? This would be good for
Lisp-like languages where you have one parser that spits out PIR code
and a parser that is invoked for "(read)" calls and spits out
s-expression objects. Both
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #48132]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48132 >
In languages/cardinal/src/pmc/rubystring.pmc:get_bool() there is the todo
item:
/* XXX
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #48130]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48130 >
In languages/dotnet/pmc/dotnetassembly.pmc:make_bytecode_pmc() there is the
todo item (
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #48128]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48128 >
In languages/dotnet/pmc/dotnetsignature.pmc:read_compressed() there is the
todo item:
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #48124]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48124 >
In languages/perl5/src/pmc/perlarray.pmc there is the todo item:
"""
Fix the arithmeti
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #48122]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48122 >
In languages/perl5/src/pmc/perlint.pmc there is the todo item:
/* TODO extends PerlAny
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #48120]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48120 >
In languages/perl5/src/pmc/perlnum.pmc:get_string() there is the todo item:
/* XXX sig
On Tue Dec 04 13:00:10 2007, [EMAIL PROTECTED] wrote:
> No one has spoken up for retaining this module in the distribution. I
> searched anew for references to it and found them only in the MANIFEST
> and the file itself. We have other means of generating plain-text
> documentation. I therefore
No one has spoken up for retaining this module in the distribution. I
searched anew for references to it and found them only in the MANIFEST
and the file itself. We have other means of generating plain-text
documentation. I therefore recommend deleting the file from trunk.
Index: MANIFEST
==
# New Ticket Created by James Keenan
# Please include the string: [perl #48118]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48118 >
The patch replaces Perl special variable $/ with \n in 8 locations in modules
under con
On Tue Dec 04 08:40:12 2007, pmichaud wrote:
> Cloning a Hash also causes its values to be cloned.
> Perhaps this is the desired behavior, but if so, it's
> inconsistent with cloning other aggregates.
After thinking about it a bit more, I'm not sure I want Hash's
behavior with clone to change -- p
Resolved in r23462.
Pm
Resolved in r23461.
Francois PERRAD wrote:
'new_from_string' is widely used by .const, for example :
.const .String key_print = "print"
That's the one case I consider a valid use of 'new_from_string',
actually creating a string constant during initialization. Other hackery
has been piled on top of the featu
Kevin Tew wrote:
The logic was present in FIA, before PCC was written.
It was reused in an attempt to "don't repeat yourself".
Probably would be better as a literal key than a string that has to be
parsed.
Allison
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #48112]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48112 >
Cloning a Hash also causes its values to be cloned.
Perhaps this is the desired be
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #48108]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48108 >
If ICU isn't present, Parrot's C opcode always throws
an exception. It does this
Reminder, parrotsketch is today at the usual time; lurkers welcome. Anyone
using their commit bits should consider presenting a report on their status.
From http://www.parrotcode.org/misc/parrotsketch.html :
"This meeting currently occurs each Tuesday at 18:30 UTC, in the
#parrotsketch channe
28 matches
Mail list logo