Will Coleda wrote:
On Thu, Jan 22, 2009 at 11:45 AM, Patrick R. Michaud wrote:
On Wed, Jan 21, 2009 at 09:00:23AM -0800, c...@cvs.perl.org wrote:
Author: coke
Date: Wed Jan 21 09:00:22 2009
New Revision: 35869
Modified:
trunk/languages/perl6/src/classes/Range.pir
Log:
Add a basic
On Thu, Jan 22, 2009 at 11:45 AM, Patrick R. Michaud wrote:
> On Wed, Jan 21, 2009 at 09:00:23AM -0800, c...@cvs.perl.org wrote:
>> Author: coke
>> Date: Wed Jan 21 09:00:22 2009
>> New Revision: 35869
>>
>> Modified:
>>trunk/languages/perl6/src/clas
On Wed, Jan 21, 2009 at 09:00:23AM -0800, c...@cvs.perl.org wrote:
> Author: coke
> Date: Wed Jan 21 09:00:22 2009
> New Revision: 35869
>
> Modified:
> trunk/languages/perl6/src/classes/Range.pir
>
> Log:
> Add a basic version of .pick() for Range and hopeful
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
Author: bernhard
Date: Wed Dec 31 01:53:48 2008
New Revision: 34694
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/perl6/src/builtins/control.pir
Log:
[codingstd] Satisfy trailing_space.t and pdd_format.t
Modified
- Original Message
> From: Moritz Lenz <[EMAIL PROTECTED]>
> (Just out of curiosity, do you need 'make realclean' in
> languages/perl6/? Most of the time a simple 'make' works for me, or a
> 'make clean'. I never needed realclean in Raku
ug has been around for a while, but I've been too lazy to report it :)
Actually I call it a feature ;-)
> My build tools automatically run a 'make realclean' if I type 'rebuild' in a
> directory with a Makefile.
> If you do that in languages/perl6, you can no longer
et/Display.html?id=61052 >
>
>
> This bug has been around for a while, but I've been too lazy to report it :)
>
> My build tools automatically run a 'make realclean' if I type 'rebuild' in a
> directory with a Makefile. If you do that in languages/per
t :)
My build tools automatically run a 'make realclean' if I type 'rebuild' in a
directory with a Makefile. If you do that in languages/perl6, you can no
longer run "make" in that directory. Doing an "svn up" doesn't help. Going
back to the top leve
/compilers/imcc/imcparser.c
trunk/compilers/imcc/pbc.c
trunk/compilers/imcc/unit.h
trunk/compilers/pct/src/POST/Compiler.pir
trunk/compilers/pct/src/POST/Node.pir
trunk/editor/pir-mode.el
trunk/editor/pir_vim.in
trunk/include/parrot/sub.h
trunk/languages/perl6/src/builtins
Tonight I got this:
t/00-parrot/06-op-inplace.. All 11 subtests passed
... but then I subsequently got this:
Test Summary Report
---
t/00-parrot/06-op-inplace (Wstat: 0 Tests: 11 Failed: 0)
Parse errors: Tests out of sequence. Found (3) but expected (9)
On Wed, Oct 15, 2008 at 8:15 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 15, 2008 at 01:39:32PM -0700, [EMAIL PROTECTED] wrote:
>> -if $ {
>> +my $name := $;
>> +if $name {
>> [...]
>> -PAST::Val.new( :value(~$[0]) )
>> +PAST::
On Wed, Oct 15, 2008 at 01:39:32PM -0700, [EMAIL PROTECTED] wrote:
> -if $ {
> +my $name := $;
> +if $name {
> [...]
> -PAST::Val.new( :value(~$[0]) )
> +PAST::Val.new( :value(~$name[0]) )
> [...]
> -PAST::Val.new( :value("$!" ~ ~$
Hope this additional diagnostic info helps:
$ perl t/harness --verbosity=1 t/00-parrot/06-op-inplace.t
t/00-parrot/06-op-inplace
1..11
ok 1
ok 2
ok 3
ok 4
ok 5
ok 6
ok 7
ok 1
ok 9
ok 7
ok 11
All 11 subtests passed
Test Summary Report
---
t/00-parrot/06-op-inplace (Wstat: 0 T
On Sun Oct 05 16:53:10 2008, [EMAIL PROTECTED] wrote:
> I don't often build Rakudo, so I'm not even sure whether this is the
> correct place to report this bug. In any event, this was run on
> Linux at r31685.
>
> make && make test
>
FWIW, the error was reproduced when I typed:
make perl6
On Sat, Oct 4, 2008 at 8:01 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 03, 2008 at 07:22:28PM -0700, [EMAIL PROTECTED] wrote:
>> Log:
>> [rakudo] implement 'package' package declarator
>>
>>
On Fri, Oct 03, 2008 at 07:22:28PM -0700, [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] implement 'package' package declarator
>
> Modified: trunk/languages/perl6/perl6.pir
> ======
> --- tru
chromatic wrote:
> On Saturday 20 September 2008 01:06:40 [EMAIL PROTECTED] wrote:
>
>> Modified:
>> trunk/languages/perl6/tools/autounfudge.pl
>>
>> Log:
>> [rakudo] make tools/autounfudge.pl work in parallel, bacek++
>> Patch courtesy by Vasily Ch
On Saturday 20 September 2008 01:06:40 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/tools/autounfudge.pl
>
> Log:
> [rakudo] make tools/autounfudge.pl work in parallel, bacek++
> Patch courtesy by Vasily Chekalkin
>
>
> Modified: trunk/languages
Patrick R. Michaud wrote:
It's also a little unique that the "take/yield" can happen from called
subs deep within the coroutine, and doesn't have to occur within
the coroutine itself.
That's a general characteristic of all the control exceptions: they can
be caught by any outer dynamic scope,
jerry gay wrote:
Patrick R. Michaud wrote:
Other languages have adopted the Perl shortname of "hash" as well,
including Ruby and this odd little creature known as "Parrot". Perhaps
we should rename Parrot's "Hash" class to "AssociativePMCArray"? 1/2 ;-)
I wouldn't mind. I mean, various langu
On Thu, 2008-09-18 at 10:28 -0700, jerry gay wrote:
> On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]>
> wrote:
> > On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
> >> what some refer to as "traits", perl 6 calls "roles".
The Perl 6 name is a better, more natur
On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
>> On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]>
>> wrote:
>> > On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
>> >>
On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
> On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
> >> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
> >> > as 'gathe
On Thu, Sep 18, 2008 at 8:37 AM, Geoffrey Broadwell <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
>> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
>> > as 'gather' and 'take', but they're more meaningful to a broader
>> > audien
On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
> > as 'gather' and 'take', but they're more meaningful to a broader
> > audience, which may help the feature spread.
I don't buy this. The Perl 6 terms are
On Thu, Sep 18, 2008 at 09:23:50AM +0200, Allison Randal wrote:
>>
>> What's the language-agnostic term for this, then?
>
> Well, 'gather' is basically a clever use of a coroutine, and 'take' is
> basically a 'yield'. But, what's unique about the construct is that it
> aggregates the results. S
Patrick R. Michaud wrote:
What's the language-agnostic term for this, then?
Well, 'gather' is basically a clever use of a coroutine, and 'take' is
basically a 'yield'. But, what's unique about the construct is that it
aggregates the results. So, 'gather' is an "aggregating coroutine" and
't
On Wed, Sep 17, 2008 at 10:57:31AM +0200, Allison Randal wrote:
> Patrick R. Michaud wrote:
>>
>> I'm not sure about this last comment -- I think I can imagine
>> that other language implementations (including new ones we haven't
>> thought of yet but suddenly becomes possible with Parrot) might wa
Not long ago, Patrick R. Michaud proclaimed...
> I'm not sure about this last comment -- I think I can imagine
> that other language implementations (including new ones we haven't
> thought of yet but suddenly becomes possible with Parrot) might
> want to make use of gather/take semantics if they'
Patrick R. Michaud wrote:
I'm not sure about this last comment -- I think I can imagine
that other language implementations (including new ones we haven't
thought of yet but suddenly becomes possible with Parrot) might
want to make use of gather/take semantics if they're readily available --
e
On Tue, Sep 16, 2008 at 11:45:17PM +0200, Allison Randal wrote:
> Patrick R. Michaud wrote:
> What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to continue after the point of the TAKE. It's quite
similar to a .yield operation for coroutines
Patrick R. Michaud wrote:
On Sat, Sep 13, 2008 at 01:55:05PM -0400, Will Coleda wrote:
+CONTROL_TAKE
} exception_type_enum;
Tcl can currently deal with OK, CONTINUE, BREAK, ERROR, and RETURN.
What's TAKE?
TAKE is like CONTROL_RETURN except that it signals that we expect
execution to
On Sat, Sep 13, 2008 at 01:55:05PM -0400, Will Coleda wrote:
> >> > +CONTROL_TAKE
> >> > } exception_type_enum;
> >>
> >> Tcl can currently deal with OK, CONTINUE, BREAK, ERROR, and RETURN.
> >>
> >> What's TAKE?
> >
> > TAKE is like CONTROL_RETURN except that it signals that we expect
> >
On Sat, Sep 13, 2008 at 10:52 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 13, 2008 at 09:09:58AM -0400, Will Coleda wrote:
>> > --- trunk/include/parrot/exceptions.h (original)
>> > +++ trunk/include/parrot/exceptions.h Fri Sep 12 21:05:37 2008
>> > @@ -87,7 +87,8 @@
>> >
On Sat, Sep 13, 2008 at 09:09:58AM -0400, Will Coleda wrote:
> > --- trunk/include/parrot/exceptions.h (original)
> > +++ trunk/include/parrot/exceptions.h Fri Sep 12 21:05:37 2008
> > @@ -87,7 +87,8 @@
> > CONTROL_OK,
> > CONTROL_BREAK,
> > CONTROL_CONTINUE,
> > -
On Sat, Sep 13, 2008 at 02:38:23PM +0200, Jonathan Worthington wrote:
> Patrick R. Michaud wrote:
>> I'd be happy to get PGE to attach whatever attributes or re-bless
>> the subs it generates to be Regex subs if we can come up with
>> a reasonably clean way to do that.
>>
> I've pretty much deci
On Sat, Sep 13, 2008 at 02:30:30PM +0200, Jonathan Worthington wrote:
>>> (2) Test.pm gets Object rather than Any on its multis; this may or
>>> may not be the Right Thing.
>> perl6-language may end up disagreeing with me on this, but I would
>> much prefer things (from a implementation boots
On Sat, Sep 13, 2008 at 12:05 AM, <[EMAIL PROTECTED]> wrote:
> Author: tene
> Date: Fri Sep 12 21:05:37 2008
> New Revision: 31049
>
> Modified:
> trunk/include/parrot/exceptions.h
> trunk/languages/perl6/src/builtins/control.pir
> trunk/languages/perl6/s
Patrick R. Michaud wrote:
On Fri, Sep 12, 2008 at 04:41:38PM -0700, [EMAIL PROTECTED] wrote:
[rakudo] Constraints in a signature should actually be represented
as an all Junction, not an array.
You may have thought of this already, but it'd be worthwhile to
consider how we might handle
Patrick R. Michaud wrote:
On Fri, Sep 12, 2008 at 04:55:39PM -0700, [EMAIL PROTECTED] wrote:
Log:
[rakudo] If we are calling ACCEPTS in a multi-dispatch to do a
type-check, then because blocks are not differentiated from
regexes at the moment we get exceptions when trying to store $/.
This
Yay...verbose commit messages = I can haz useful input. :-)
Patrick R. Michaud wrote:
On Fri, Sep 12, 2008 at 05:03:20PM -0700, [EMAIL PROTECTED] wrote:
[...]
(2) Test.pm gets Object rather than Any on its multis;
this may or may not be the Right Thing.
perl6-language may end up disa
On Fri, Sep 12, 2008 at 04:41:38PM -0700, [EMAIL PROTECTED] wrote:
> [rakudo] Constraints in a signature should actually be represented
> as an all Junction, not an array.
You may have thought of this already, but it'd be worthwhile to
consider how we might handle infix: (added to the Synopses
t
On Fri, Sep 12, 2008 at 04:55:39PM -0700, [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] If we are calling ACCEPTS in a multi-dispatch to do a
> type-check, then because blocks are not differentiated from
> regexes at the moment we get exceptions when trying to store $/.
> This patch wraps that code
On Fri, Sep 12, 2008 at 05:03:20PM -0700, [EMAIL PROTECTED] wrote:
> [...]
> (2) Test.pm gets Object rather than Any on its multis;
> this may or may not be the Right Thing.
perl6-language may end up disagreeing with me on this, but I would
much prefer things (from a implementation bootstrapping
Ovid: Are you still experiencing these failures?
Jonathan: Are you still tracking this ticket?
thanks.
kid51
Author: julianalbo
Date: Mon Sep 8 13:50:52 2008
New Revision: 30914
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/lua/src/pmc/luauserdata.pmc
trunk/languages/perl6/src/pmc/mutablevar.pmc
trunk/languages/perl6/src/pmc
In r30288, renamed the file by omitting '-dispatch'. Renamed two
siblings for consistency. Changed names within these 3 files. Rebuilt.
Ran 'prove' on the directory in question. All tests continue to pass.
Resolving ticket.
days, they just take too
long on my slow old laptop, which I've been hacking on at conferences.)
Jonathan: Perhaps you could delete the 'perl6' at the beginning of
the basenames of these 4 files:
languages/perl6/t/pmc/perl6multisub-basic.t
languages/perl6/t/pmc/perl6multisub-d
e's basename. This particular test file has 33 characters.
not ok 3 - Filenames length
# Failed test 'Filenames length'
# at t/codingstd/filenames.t line 101.
# Filename with with more than 32 chars found in 1 files:
# languages/perl6/t/pmc/perl6multisub-dispatch-tiebreak.t:3
Will Coleda wrote:
On Thu, Jul 31, 2008 at 6:12 PM, <[EMAIL PROTECTED]> wrote:
Additionally, it's scary that Parrot was segfaulting as a result of using a
string set with null $S0 style code and then using such a string with the open
op. Not sure what the right answer is, but the current w
On Thu, Jul 31, 2008 at 6:12 PM, <[EMAIL PROTECTED]> wrote:
> Additionally, it's scary that Parrot was segfaulting as a result of using a
> string set with null $S0 style code and then using such a string with the
> open op. Not sure what the right answer is, but the current way things are is
>
uire Algorithm::Diff or
> some other utility. Certainly that's easier than relying on the presence of
> any specific command-line diff utility there.
In r29121 I now use Text::Diff instead of the diff command line tool.
Now the tool should be mostly platform agnostic, I'd welcome so
On Wed, Jul 2, 2008 at 11:06 PM, chromatic <[EMAIL PROTECTED]> wrote:
>$ parrot perl6.pbc --output=buggy.pir --trace=PIR buggy.p6
>
s/trace/target/
On Sunday 29 June 2008 16:16:13 Moritz Lenz wrote:
> > They almost definitely won't get fixed unless they're reported, and they
> > probably won't get fixed without simpler PIR examples.
>
> So how do we get simpler PIR examples?
Sometimes running:
$ parrot perl6.pbc --output=buggy.pir -
On Wednesday 02 July 2008 03:59:05 Moritz Lenz wrote:
> I'd like to get some feedback on this commit regard platform
> interoperability.
>
> I could only test it on linux, so I'm not sure what could break.
> (One comment inline in the diff below)
> > +if (@to_unfudge){
> > +my $u = un
From: Conrad Schneiker <[EMAIL PROTECTED]>
Date: Wed, 2 Jul 2008 12:25:58 -0700
Moritz Lenz wrote (on perl6-compiler)
> Patrick R. Michaud wrote:
> > but I
> > suspect people have good reasons for preferring underscores.
One reason (probably not a good one) is to use the same
Conrad Schneiker wrote:
>> Moritz Lenz wrote (on perl6-compiler)
>> Patrick R. Michaud wrote:
>> >> +S02-builtin_data_types/num.t
>> >> S02-builtin_data_types/type.t
>> >> S02-literals/autoref.t
>> >> S02-literals/hex_chars.t# pure
>> >> S02-literals/radix.t
>> >> S02-p
> Moritz Lenz wrote (on perl6-compiler)
> Patrick R. Michaud wrote:
> >> +S02-builtin_data_types/num.t
> >> S02-builtin_data_types/type.t
> >> S02-literals/autoref.t
> >> S02-literals/hex_chars.t# pure
> >> S02-literals/radix.t
> >> S02-polymorphic_types/subset-code.t
n: 28944
>
> Added:
>trunk/languages/perl6/tools/autounfudge.pl (contents, props changed)
> Modified:
>trunk/MANIFEST
>
> Log:
> [rakudo] add tools/autounfudge.pl
>
>
> Modified: trunk/MANIFEST
> =
chromatic wrote:
> On Sunday 29 June 2008 15:03:24 Moritz Lenz wrote:
>
>> I know of #55782. From time to time I encounter some GC weirdnesses, but
>> so far I didn't care to report them all, because I have no way of to
>> know if they have all the same root or not.
>
>> And as long as even the s
On Sun, Jun 29, 2008 at 02:21:20PM -0700, chromatic wrote:
> On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
> > --- trunk/languages/perl6/tools/test_summary.pl (original)
> > +++ trunk/languages/perl6/tools/test_summary.pl Sun Jun 29 06:52:09 2008
>
On Sunday 29 June 2008 15:03:24 Moritz Lenz wrote:
> I know of #55782. From time to time I encounter some GC weirdnesses, but
> so far I didn't care to report them all, because I have no way of to
> know if they have all the same root or not.
> And as long as even the simplest programs in rakudo
chromatic wrote:
> On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
>
>> Modified:
>> trunk/languages/perl6/tools/test_summary.pl
>>
>> Log:
>> [rakudo]:
>> * Update test_summary.pl script to use -G,
>> record aborted test runs as
On Sunday 29 June 2008 06:52:12 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/tools/test_summary.pl
>
> Log:
> [rakudo]:
> * Update test_summary.pl script to use -G,
> record aborted test runs as failed tests.
> Modified: trunk/languages/per
Patrick R. Michaud wrote:
>> +S02-builtin_data_types/num.t
>> S02-builtin_data_types/type.t
>> S02-literals/autoref.t
>> S02-literals/hex_chars.t# pure
>> S02-literals/radix.t
>> S02-polymorphic_types/subset-code.t # pure
>> S02-polymorphic_types/subset-ran
> +S02-builtin_data_types/num.t
> S02-builtin_data_types/type.t
> S02-literals/autoref.t
> S02-literals/hex_chars.t# pure
> S02-literals/radix.t
> S02-polymorphic_types/subset-code.t # pure
> S02-polymorphic_types/subset-range.t
> +S03-operators/assign-is-n
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #56108]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56108 >
Per the README in languages/perl6:
To build the compiler, start by build
--- Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> OK, that's in the dynops loading code. I'm be interesting to see
> what:
>
> prove t/dynoplibs
>
> Gives you. (This is in Parrot root, not Rakudo.) And also, your
> platform
> etc. (in fact, the contents of the myconfig file, generated by
>
Ovid wrote:
Nope. Same error :(
Ouch. :-(
../../parrot -o perl6.pbc perl6.pir
src/interpreter.c:1030: failed assertion 'interp->op_count ==
core->op_count'
make: *** [perl6.pbc] Abort trap
At revision 28566
OK, that's in the dynops loading code. I'm be interesting to see what:
prove
--- Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Ovid wrote:
> >> http://rt.perl.org/rt3/Ticket/Display.html?id=56108
> >>
> This is related to Rakudo starting to use dynops (dynamic op
> libraries)
> today. I managed to mess up the makefile by forgetting to stick in
> the
>
Hi,
Ovid wrote:
http://rt.perl.org/rt3/Ticket/Display.html?id=56108
This is related to Rakudo starting to use dynops (dynamic op libraries)
today. I managed to mess up the makefile by forgetting to stick in the
cleaning stuff, meaning that it could sometimes also fail with a realclean.
> http://rt.perl.org/rt3/Ticket/Display.html?id=56108
D'oh! I would help if I provided the parrot version:
$ svn info
Path: .
URL: https://svn.perl.org/parrot/trunk
Repository Root: https://svn.perl.org/parrot
Repository UUID: d31e2699-5ff4-0310-a27c-f18f2fbe73fe
Revision: 28555
Node Kind: dire
On Thursday 19 June 2008 12:01:47 Will Coleda wrote:
> On Thu, Jun 19, 2008 at 2:58 PM, chromatic <[EMAIL PROTECTED]> wrote:
> > I'd like to replace all of the string_from_literal with const_string.
> > While the former calculates the string length at compile time (and saves
> > a very short str
tly done with a dynop, so this
>> check-in also adds a dynops file for Rakudo. make makefile will be required
>> to build after this check-in.
>
>> Added: trunk/languages/perl6/src/ops/perl6.ops
>> =======
&g
be required
> to build after this check-in.
> Added: trunk/languages/perl6/src/ops/perl6.ops
> ===
>=== --- (empty file)
> +++ trunk/languages/perl6/src/ops/perl6.ops Thu Jun 19 07:28:54 2008
> @@
chromatic wrote:
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote
Log:
[rakudo] Get is ro, is rw and is copy, with ro being the default, working
on parameters to subs. This time, we get just one failure in
spectest_regression (on Win32), which is a result of a Parrot GC bug.
What'
On Thursday 05 June 2008 06:14:22 [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] Get is ro, is rw and is copy, with ro being the default, working
> on parameters to subs. This time, we get just one failure in
> spectest_regression (on Win32), which is a result of a Parrot GC bug.
What's the ticket nu
On Saturday 24 May 2008 05:06:13 [EMAIL PROTECTED] wrote:
> Log:
> [rakudo] A few updates to Mutable PMC, and subclass it for Scalar, Array
> and Hash containers.
>
> Modified: trunk/languages/perl6/src/pmc/mutab
Patrick R. Michaud wrote:
There's currently a problem in that
class Foo { }
doesn't create 'Foo' as a subclass of Object.
Hmmmthat's odd, since I can do:
class Foo { }
if Foo ~~ Object { say "yes" }
yes
if Foo.new() ~~ Object { say "yes" }
yes
I know that it doesn't explicitly do
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Wed, 16 Apr 2008 14:47:13 -0500
Also, something that might help with the discussion of multimethod
dispatch in rock-paper-scissors is to note that the mmd types do
not have to be directly related in the type hierarchy. In other
On Wed, Apr 16, 2008 at 09:38:41PM +0200, Jonathan Worthington wrote:
> chromatic wrote:
> >You're right. I started from the wrong point in my bisect.
> >
> No worries.
>
> >I can't reproduce the problem with any revision before or after the 0.6.1
> >release.
> >
> But the 0.6.1 release had
chromatic wrote:
You're right. I started from the wrong point in my bisect.
No worries.
I can't reproduce the problem with any revision before or after the 0.6.1
release.
But the 0.6.1 release had a problem? If I'm understanding correctly, the
current revision doesn't show the problem?
On Wednesday 16 April 2008 11:22:08 Jonathan Worthington wrote:
> > This is the commit which broke the Rock, Paper, Scissors MMD example.
> *confused look* But I didn't implement the stuff needed to run the rock,
> paper scissors MMD example until 4 days after the commit you mention?
> http://par
chromatic wrote:
On Sunday 06 April 2008 16:05:45 [EMAIL PROTECTED] wrote:
Modified:
trunk/languages/perl6/src/builtins/guts.pir
trunk/languages/perl6/src/parser/actions.pm
trunk/languages/perl6/src/parser/grammar.pg
Log:
[rakudo] Add type-checking of parameters to subroutines and
On Sunday 06 April 2008 16:05:45 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/src/builtins/guts.pir
> trunk/languages/perl6/src/parser/actions.pm
>trunk/languages/perl6/src/parser/grammar.pg
>
> Log:
> [rakudo] Add type-checking of parameters to su
On Sun, Apr 13, 2008 at 02:50:42PM -0700, [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/src/builtins/control.pir
>
> Log:
> [rakudo] First cut at eval. Sucks because it doesn't allow
> you to use variables in the lexical scope the code is
> compil
Author: coke
Date: Tue Mar 25 20:38:06 2008
New Revision: 26553
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/languages/perl6/src/classes/Object.pir
trunk/lib/Parrot/Pmc2c/PMCEmitter.pm
trunk/src/mmd.c
Fixes confirmed. c++ for the quick work.
On Wednesday 12 March 2008 23:38:46 [EMAIL PROTECTED] wrote:
> Author: duff
> Date: Wed Mar 12 23:38:44 2008
> New Revision: 26345
>
> Modified:
> trunk/languages/perl6/src/pmc/perl6str.pmc
>
> Log:
> [rakudo] rough cut implementation of auto-{increment,decrement} fo
rrectly'
> # at t/codingstd/check_isxxx.t line 82.
> # isxxx() function not cast to unsigned char 1 files:
> # /home/jimk/work/parrot/languages/perl6/src/pmc/perl6str.pmc (171,
> 172, 192, 194, 209, 219, 234, 258, 260, 281, 291)
> # Looks like you failed 1 test of 1.
> Dubiou
std/check_isxxx..
1..1
not ok 1 - isxxx() functions cast correctly
# Failed test 'isxxx() functions cast correctly'
# at t/codingstd/check_isxxx.t line 82.
# isxxx() function not cast to unsigned char 1 files:
# /home/jimk/work/parrot/languages/perl6/src/pmc/perl6str.pmc (171,
On Wed, Mar 12, 2008 at 10:36 AM, chromatic <[EMAIL PROTECTED]> wrote:
> On Tuesday 11 March 2008 22:59:11 [EMAIL PROTECTED] wrote:
>
> > Modified:
> > trunk/languages/perl6/config/makefiles/root.in
> >trunk/languages/perl6/src/classes/Bool.pir
> &
On Tuesday 11 March 2008 22:59:11 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/languages/perl6/config/makefiles/root.in
> trunk/languages/perl6/src/classes/Bool.pir
>trunk/languages/perl6/src/pmc/perl6bool.pmc
>
> Log:
> [rakudo] implement auto{increment,decrement}
On Friday 22 February 2008 16:50:35 Mitchell N Charity wrote:
> languages/perl6/perl6 --target=past gives no output with -e CODE.
> r25997 on fedora 8, x86_64.
>
> # works
> $ languages/perl6/perl6 -e 'say(3);'
> 3
>
> # works
> $ echo -n 'say(3);'
# New Ticket Created by Mitchell N Charity
# Please include the string: [perl #51116]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51116 >
languages/perl6/perl6 --target=past gives no output with -e CODE.
r25997
On Jan 20, 2008 7:39 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 20, 2008 at 04:36:37PM -0800, [EMAIL PROTECTED] wrote:
> > Modified: trunk/languages/perl6/src/builtins/list.pir
> > [...]
> > Modified: trunk/languages/perl6/src/classes/List.pir
>
[Oops, I meant this to go to perl6-compiler. --Pm]
On Sun, Jan 20, 2008 at 01:33:30PM -0800, [EMAIL PROTECTED] wrote:
> +.sub keys :multi('List')
> + .param pmc list
> + .local pmc res
> +
> + res = list.'keys'()
> +
> + .return(res)
> +.end
Better is to use a tailcall:
.sub 'keys' :mul
On Sun, Jan 20, 2008 at 03:34:33PM -0800, [EMAIL PROTECTED] wrote:
> test = exists self[ind]
> if test == 0 goto false
>true:
> res = get_hll_global ['Bool'], 'True'
> goto done
>false:
> res = get_hll_global ['Bool'], 'False'
> goto done
>done:
> .ret
On Sun, Jan 20, 2008 at 04:36:37PM -0800, [EMAIL PROTECTED] wrote:
> Modified: trunk/languages/perl6/src/builtins/list.pir
> [...]
> Modified: trunk/languages/perl6/src/classes/List.pir
FWIW, I think that the both the method version and the global
subroutine wrapper should be placed i
1 - 100 of 156 matches
Mail list logo
