I've got a partial solution to the pending question of namespace vs. class.
Specifically, I've realized that Parrot already had most of a simple
solution to populating a class's methods even if the class has no public
namespace, what with the ".const .Sub" technique.
When I went to implement the r
Author: chip
Date: Tue May 23 11:06:17 2006
New Revision: 12774
Modified:
trunk/docs/pdds/clip/pdd23_exceptions.pod
Log:
Half-done. The new opcodes and directives are certain,
and can be the basis of implementation work immediately.
Modified: trunk/docs/pdds/clip/pdd23_exceptions.pod
===
Thanks, applied.
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #39190]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=39190 >
Trying to debug why imcc dumps core, I puzzled over why parrot wouldn't
accept the -
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #39188]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=39188 >
As of this morning's snapshot (Tue May 23 07:15:07 2006 UTC) The
following additional
Am Samstag, 13. Mai 2006 05:36 schrieb Patrick R.Michaud (via RT):
> I've run into the following problem using concat with
> Match objects from PGE. The code below performs a match,
> then attempts to concatenate a string with the results
> of the returned Match object:
This is now fixed, I've re
Larry Wall wrote:
>'Course, I left out everything about prototype objects there...
>
>The name Foo also (in context) represents an uninitialized object of
>the class in question. Any object, initialized or not, can get at
>its type handlers by saying
>
>Foo.meta
>$foo.meta
>
>and, in fact
