Jonathan Scott Duff wrote:
I hope you're way off the mark. Automatic coercion was one of the
annoyances I remember from C++. Debugging becomes more difficult when
you have to not only chase down things that are a Foo, but anything
you've compiled that might know how to turn itself into a Foo.
Hi,
Agent Zhang wrote:
On 9/28/06, Agent Zhang [EMAIL PROTECTED] wrote:
lanny noticed yesterday that the Synopses on the smoke server were
different from the ones on feather. Because I am maintaining the
feather ones, I know the synopses there are being resync'd every hour
as expected.
Now
Thanks, I've applied a modified version of the patch, showing that it's
a namespace issue caused by the .HLL line. Using .loadlib works fine and
as expected.
leo
在 Sep 28, 2006 3:03 AM 時,Carl Mäsak 寫到:
Audrey ():
Indeed... Though what I'm wondering is, is there a hidden
implementation
cost or design cost of making /foo+/ always behave such that
$foo.from
returns something, compared to the current treatment with the
workaround
you suggested?
Has
Audrey (), Carl ():
Has this been settled or addressed off-list?
'fraid not yet...
Ah. So Warnock applies.
(Side note: when I first read Warnock applies on things in p6
summaries a year or so ago, I thought it was some really energetic
programmer who went around and applied patches as soon
Hi all,
It crossed my mind that we could do this, but I rejected it since it's
not really helpful. The #! line is generally only applicable to UNIX-y
systems. Even on those systems that do support it, the path to Parrot
won't always be the same either.
Just a little trick that can help. If
Trey Harris wrote:
In a message dated Fri, 29 Sep 2006, Aaron Sherman writes:
That said, this is a different point, above and I think it's an easy
one to take on.
role A { method x() {...} }
class B { does A; }
does generate an error per If a role merely declares methods without
defining
This week on the Perl 6 mailing lists
And here I thought you were a responsible, law-abiding citizen... :P
-- Jonathan Lang, commenting on Larry Wall's `self.HOW does Hash`
Language
class interface of roles http://xrl.us/rzbh
TSa wondered how typing of mixins
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #40443]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=40443
At the OSCON 2006 Hackathon, it was decided that we should separate
vtables
Will,
Thank you for your work on this: it's a solid patch, I'd apply it...
... But I've just rolled this test into the recently added
t/codingstd/perlcritic.t by way of a
Perl::Critic policy class that's been added to the repo.
Please don't be discouraged. =-)
I'm not! :-) Thanks for the
TSa wrote:
HaloO,
is this subject not of interest? I just wanted to start a
discussion about the class composition process and how a
role designer can require the class to provide an equal
method and then augment it to achieve the correct behavior.
Contrast that with the need to do the same
The attached patch is my first step at locating bug #40438.
It adds pdump -d functionality for keys.
Leopold Toetsch via RT wrote:
Thanks, I've applied a modified version of the patch, showing that it's
a namespace issue caused by the .HLL line. Using .loadlib works fine and
as expected.
leo
12 matches
Mail list logo