# New Ticket Created by "Steve Peters"
# Please include the string: [perl #42795]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42795 >
Index: lib/Parrot/Ops2c/Utils.pm
=
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Apr 30 13:00:02 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Sun, 29 Apr 2007, James Keenan via RT wrote:
> A participant in this weekend's hackathon in Toronto posed this question:
>
> "Invoking the compiler on a simple source file, then checking that the
> generated code exists seems such an obvious test that there must be a
> fatal flaw in it. What a
On Friday 30 March 2007 22:52, chromatic wrote:
> Parrot::Test reports tests that produce the right output but crash instead
> of exiting cleanly as successes.
>
> The attached patch (not for applying) demonstrates the problematic lines.
>
> Note that certain tests deliberately feed bad output to
On Sun, Apr 29, 2007 at 03:42:31AM -0700, Jonathan Lang wrote:
: Ovid wrote:
: >My apologies if these have been answered. I've been chatting with
: >Jonathan Worthington about some of this and any misconceptions are
: >mine, not his.
: >
: >In reading through S12, I see that .can() returns an iter
Larry Wall wrote:
The fundamental problem here is that we're forcing a method name to be
represented as a string. We're basically missing the &foo equivalent
for methods. Maybe we need to allow the & indirection on method names
too:
if $obj.&fribble:(Str --> BadPoet) {
Takes a little get
Larry Wall wrote:
Maybe we need to allow the & indirection on method names too:
if $obj.&fribble:(Str --> BadPoet) {
-snip-
Note that we already define &foo:(Int, Str) to return a list of candidates
if there's more than one, so extending this from the multi dispatcher
to the single dispa
