On Tue Oct 02 11:01:32 2007, pcoch wrote:
> In src/objects.c:Parrot_ComposeRole() there is the todo item:
>
> * XXX TODO: multi-method handling. */
>
> I think this means that multi-method handling neds to be handled at this
> point in the code.
>
Indeed. Done this in r35820.
Thanks,
Jonathan
On Tue, Jan 20, 2009 at 2:20 PM, Jonathan Worthington
wrote:
> chromatic wrote:
>> On Monday 19 January 2009 14:13:22 Bob Rogers wrote:
>>
>>> Do you think that would be fast enough? The usual way for dynamic
>>> languages to get fast compiled numeric code is to bind variables to
>>> hardware typ
chromatic wrote:
On Monday 19 January 2009 14:13:22 Bob Rogers wrote:
Do you think that would be fast enough? The usual way for dynamic
languages to get fast compiled numeric code is to bind variables to
hardware types at compile time, and then inline numeric operations in
order to use that
On Monday 19 January 2009 14:13:22 Bob Rogers wrote:
>On Monday 19 January 2009 13:41:21 Bob Rogers wrote:
>> Math ops:
>> - ceil/floor
>> - transcendental ops
>> - gcd/lcm/fact
>>
>> What are you suggesting as replacements? Or (with
On Tuesday 20 January 2009 09:50:56 Patrick R. Michaud wrote:
> > > What's the replacement opcode for n_neg ?
> > If we remove n_neg, the replacement is likely a two-step operation:
> >
> > clone $P1, $P2
> > neg $P1
>
> Please, not this -- it's terribly inconsistent.
>
> When we got rid o
On Tue, Jan 20, 2009 at 09:33:17AM -0800, chromatic wrote:
> On Tuesday 20 January 2009 07:27:53 Patrick R. Michaud wrote:
>
> > On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
>
> > > I've done most of this in r35787, but we can't get rid of n_neg entirely
> > > until someone u
On Tuesday 20 January 2009 07:27:53 Patrick R. Michaud wrote:
> On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
> > I've done most of this in r35787, but we can't get rid of n_neg entirely
> > until someone updates PCT and NQP not to use it for prefix:- rules. I
> > poked at th
Forgot to mention this is with r31857
- Original Message
From: Parrot via RT
To: is...@yahoo.com
Sent: Monday, January 19, 2009 11:01:42 PM
Subject: [perl #62504] AutoReply: Rakudo segfault on multi type mismatch
Greetings,
This message has been automatically generated in response
On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
> I've done most of this in r35787, but we can't get rid of n_neg entirely
> until someone updates PCT and NQP not to use it for prefix:- rules. I
> poked at that, but couldn't make them work.
What's the replacement opcode for n_ne
Author: infinoid
Date: Mon Jan 19 22:51:44 2009
New Revision: 35789
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/perl6/Test.pm
trunk/src/library.c
Log:
[cage] Fix some codingstd failures.
Modified: trunk/docs/pdds/pdd17
# New Ticket Created by I Sop
# Please include the string: [perl #62506]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62506 >
Following perl6 code segfaults with r31857:
say 8.bla;
# New Ticket Created by I Sop
# Please include the string: [perl #62504]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=62504 >
Following perl6 code segfaults:
multi foo($x where { $x == 5 }) { say 'yum' }
foo 8;
12 matches
Mail list logo