On Wed Apr 29 01:31:53 2009, masak wrote:
> rakudo: class A { sub bar() { return 42 }; method foo() { say
> bar; say eval("bar") } }; A.new.foo
> rakudo 654500: OUTPUT«42»
Now as of git 3262dd7 prints 42 twice; unfudged the test from moritz++
in t/spec/integration/packages.t also.
Thanks,
Jo
On Wed Apr 29 14:39:49 2009, pmichaud wrote:
> 21:31 rakudo: "string".WHAT.perl.say
> 21:31 rakudo 39e45d: OUTPUT«Str()»
> 21:31 .perl of a protoobject probably *shouldn't* have the
> ()
> 21:32 unless we guarantee that .() on a protoobject returns
> the protoobject itself
> 21:32 I agree, sh
On Wed Jul 30 22:53:30 2008, masak wrote:
> $ svn info | grep vi
> Revision: 29902
>
> $ ./perl6 -e 'enum Weekday; say Monday' # works
> 0
> $ ./perl6 -e 'enum Weekday; say Monday.perl' # doesn't
> Method 'perl' not found for invocant of class ''
> [...]
>
> I'm not entirely clear on what I expe
On Sun Mar 29 12:41:04 2009, moritz wrote:
> On Wed Dec 03 13:52:09 2008, masak wrote:
> > * Given the enum value Foo::baz, how do I get the string 'baz'?
>
> With Foo::baz.name (which rakudo doesn't implement yet).
>
It does now (git 7f5af50) plus tests are unfudged in S12-enums/basic.t.
Thanks
On Sat Mar 14 15:49:22 2009, masak wrote:
> rakudo: enum A <>; my A $a; say $a ne ""
> rakudo 5b1ff9: OUTPUT«Null PMC access in get_string() [...]
> there it is.
> * masak submits rakudobug
Fixed and test added to S12-enums/thorough.t.
Thanks,
Jonathan
On Sun Dec 07 04:38:59 2008, masak wrote:
> The following should return the months in random order:
>
> $ perl6 -e 'enum Month Dec>; say Month.pick(12).perl'
Implemented as of git 7f5af50. Assigning to moritz++ for spectests.
Thanks,
Jonathan
On Thu Nov 13 14:03:20 2008, mor...@casella.verplant.org wrote:
> Patrick R. Michaud via RT wrote:
> > Can this ticket be closed?
>
> I'd say we stall it until the :trig tag export works for the
> trigonometric functions.
>
I've seen that we have :Trig working now in p6eval; do we have tests
cove
On Wed Jan 14 03:41:13 2009, richardh wrote:
> After playing with enums, I got the following:
>
> perl6
> > enum day <<:Sun(1) Mon Tue Wed Thr Fri Sat>>; my $x does day;
> $x.pick; say $x
> Use of uninitialized value
.pick is implemented on enums now. Your example works, but note you
probably me
On Mon Feb 16 02:17:11 2009, masak wrote:
> It's Rakudo c4f0f9, and the following error occurs:
>
> $ perl6 -e 'enum A ; b..c'
> Multiple Dispatch: No suitable candidate found for 'cmp', with
> signature 'PP->I'
> [...]
>
> Though I haven't confirmed with the synopses, I'd expect a range of
> enu
On Fri May 01 10:38:19 2009, jn...@jnthn.net wrote:
> On Thu Nov 13 14:03:20 2008, mor...@casella.verplant.org wrote:
> > Patrick R. Michaud via RT wrote:
> > > Can this ticket be closed?
> >
> > I'd say we stall it until the :trig tag export works for the
> > trigonometric functions.
> >
> I've
On Sat Mar 14 16:05:51 2009, masak wrote:
> masak: bug-bug! :)
> rakudo: say 1 < *
> rakudo 5b1ff9: OUTPUT«Use of uninitialized value0»
> rakudo: enum A ; say a < *
> rakudo 5b1ff9: OUTPUT«too few arguments passed (0) - 1 params
> expected [...]
> * masak submits
With latest Rakudo:
20:21
On Sat Mar 21 02:42:29 2009, autoe...@xs4all.nl wrote:
> Unsure whether the following should work, but it doesn't:
>
> perl6 -e 'enum E ; my E $x=E::bar; given $x { when E::foo {say
> "FOO"} when E::bar {say "BAR"}};'
> Method 'ACCEPTS' not found for invocant of class ''
>
> The problem seems to
On Sat Mar 07 11:20:29 2009, moritz wrote:
> Rakudo is too strict while parsing enum expressions:
>
> 20:18 <@moritz_> rakudo: say enum Foo ('foo', 'bar')
> 20:19 < p6eval> rakudo f6cdf9: OUTPUT«Statement not terminated properly
> at line
> 1, near "('foo', 'b"current instr.:
> '
On Sun Mar 22 11:50:02 2009, moritz wrote:
> S12 says:
> `'Note that C and C are really role names''
> (and I guess that holds true for all enums). Rakudo disagrees:
>
Enums generally now work now as roles, though note that Bool in Rakudo
is currently not a role. Looking at S12-enums/as-role.t
On Thu Apr 09 07:21:23 2009, m...@suse.de wrote:
>
> $ perl6 -e '0 but True'
> [hangs]
>
> perl6 -t 1 shows that it does a 'die "The but operator can..."',
> but it never dies.
>
The hang is now fixed.
Thanks,
Jonathan
On Wed Sep 17 08:35:08 2008, pmichaud wrote:
> Actually, I suspect the problem may be that 'max' is already a
> builtin function in Perl, and that the conflict comes because
> the builtins (written in PIR) are still using Parrot's MultiSub
> while the ones written in Perl 6 are using the new Perl6M
On Sat Apr 25 06:02:16 2009, ronaldxs wrote:
> I retested the example with a current Bratislava rakudo built with
> ActivePerl/Mingw gcc under Windows Vista and it ran fine. Could the
> author update their Perl 6 to a current rakudo and retest? If the
> persistence of the problem can't be conf
On Sun Jan 25 09:09:51 2009, dave.wh...@gmail.com wrote:
> According to S29, the "min" and "max" methods should accept the same
> ordering args as "sort":
>
> say "{(1..10).sort: { ($_-3) * ($_-5) }}";
> >>> 4 3 5 2 6 1 7 8 9 10
>
> say (1..10).min: { ($_-3) * ($_-5) };
> >>> 4
>
> The former wo
> Shouldn't that be just =$*IN ?
Times have changed and not anymore.
$ ./perl6 -e 'say =$*IN'
prefix:<=> has been superseeded by $handle.lines and $handle.get
$*IN.lines seems to work and yes I am hoping someone will fix the
spelling of superseded in src/classes/IO.pir.
>
> > $ ./perl6 -e 'sa
Added tests to t/spec/S05-metasyntax/regex.t. Tests based on the
original examples now pass. An additional, related, test for proper
setting of match object with a similar implicit topic match does not
pass yet.
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65304]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65304 >
rakudo: say <<:a(1)>>.perl
rakudo f934db: OUTPUT«":a(1)"»
* masak reports rakudobug
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65312]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65312 >
rakudo: sub foo(%bar) {}; foo( -> {} )
rakudo 44c487: OUTPUT«Parameter type check fail
On Thu Apr 30 07:49:00 2009, ronaldxs wrote:
> > Shouldn't that be just =$*IN ?
>
> Times have changed and not anymore.
Aye, resolving.
> $ ./perl6 -e 'say =$*IN'
> prefix:<=> has been superseeded by $handle.lines and $handle.get
>
> $*IN.lines seems to work and yes I am hoping someone will fix
Using find/grep to find calls to "new 'Failure'" in the current (non-
generated) rakudo code base I came up with the short list below. They
all seem to represent legitimate cases of wanting to allocate a Failure
object to return an undef type value like an index search that fails to
find its se
Thank you for testing Rakudo and running the spectest suite. Rakudo is
under development and it is sort of expected that for brief periods of
time some tests may be broken. When reporting a rakudo bug please bear
in mind that we hope to get enough information about the problem to
track down i
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65308]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65308 >
rakudo: subset FooStr of Str where /^foo/; multi method
trim(FooStr $self:) { return "O
# New Ticket Created by Arne Skjærholt
# Please include the string: [perl #65272]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65272 >
The following script gives the ouput "A\nB", but the correct output
should probably be
Hi. Can someone (Dave Rolsky?) please tell me why rewriting
S32/Temporal in terms of Enum roles would be bad? See the example of Enum day
roles here:
http://www.rakudo.org/node/39
Thanks,
-
| Name: Tim Nelson
28 matches
Mail list logo
