Once I got the tuits, the merging of these two Parrot configuration
steps went quite quickly. But before applying a patch to trunk, I would
like the assistance of other testers on the 4 CPU platforms handled by
gen::cpu and what formerly was auto::cpu.
The platforms on which we need testers are:
From: Allison Randal <[EMAIL PROTECTED]>
Date: Tue, 25 Dec 2007 18:16:48 +0200
Bob Rogers wrote:
> I notice that this doesn't allow for anonymous classes, since provision
> is made only for named classes. Is anonymous class support in prospect?
You can't use an anonymous class
I had to add a little hack to t/configure/132-auto_arch-02.t because it
was throwing an uninitialized value warning when being run on Darwin.
This hack was needed because there's a hack inside auto::arch dealing
with Darwin and byteorder. Since the tests, as currently constructed,
do not have all
# New Ticket Created by Christopher Pruden
# Please include the string: [perl #49085]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49085 >
I've put together a patch to add a 'pick' method to the perl6
compiler's List cl
Patches committed to trunk in r24200.
Bob Rogers wrote:
I notice that this doesn't allow for anonymous classes, since provision
is made only for named classes. Is anonymous class support in prospect?
You can't use an anonymous class as a type for multisub dispatch because
they don't have a name to dispatch on. A case could be ma
Not long ago, Klaas-Jan proclaimed...
> > http://nopaste.snit.ch:8001/pastehas the grammar.
> this one is empty.
You'd think I'd read the links I paste.
http://nopaste.snit.ch:8001/11891
Klaas-Jan Stol wrote:
I guess you're right :-) I was thinking of ambiguity, like
sub foo :multi(Integer, Integer)
.param pmc i :invocant
.param pmc j
.param pmc k :invocant
end
sub foo :multi (Integer, Integer)
.param pmc j :invocant
.param pmc k :invocant
end
but I guess parrot will see
Corrected patch applied to trunk in r24199 Dec 25 2007.
