On Fri, May 15, 2009 at 08:04:49PM -0500, John M. Dlugosz wrote:
> Larry Wall larry-at-wall.org |Perl 6| wrote:
>> On Fri, May 15, 2009 at 07:16:45PM -0500, John M. Dlugosz wrote:
>>
>>> Reading through S02, I see that contextual variables has changed in
>>> the last year. It appears that con
Larry Wall larry-at-wall.org |Perl 6| wrote:
On Fri, May 15, 2009 at 07:16:45PM -0500, John M. Dlugosz wrote:
Reading through S02, I see that contextual variables has changed in the
last year. It appears that contextual and global variables have been
unified. So, the + twigil is no more?
Larry Wall larry-at-wall.org |Perl 6| wrote:
On Fri, May 15, 2009 at 07:21:38PM -0500, John M. Dlugosz wrote:
Looking at recent traffic, there is more on tickets and checkins, so any
actual "forum" messages are lost among them. Should "discussion" be
separate?
Generally discussion
I should also point out that a lot of the brainstorming and thrashing
out actually happens on IRC, specifically #perl6 at irc.freenode.net.
(Though the s2n ratio is highly variable there, as on any IRC channel.)
It is logged at http://irclog.perlgeek.de/perl6/today. There is
usually someone around
On Fri, May 15, 2009 at 07:21:38PM -0500, John M. Dlugosz wrote:
> Looking at recent traffic, there is more on tickets and checkins, so any
> actual "forum" messages are lost among them. Should "discussion" be
> separate?
Generally discussion of specs should be on perl6-langauge, though
of c
On Fri, May 15, 2009 at 07:16:45PM -0500, John M. Dlugosz wrote:
> Reading through S02, I see that contextual variables has changed in the
> last year. It appears that contextual and global variables have been
> unified. So, the + twigil is no more?
>
> I assume the point is that any supposed
Looking at recent traffic, there is more on tickets and checkins, so any
actual "forum" messages are lost among them. Should "discussion" be
separate?
Reading through S02, I see that contextual variables has changed in the
last year. It appears that contextual and global variables have been
unified. So, the + twigil is no more?
I assume the point is that any supposed "global" can be overridden in
dynamic context, rather than having to know
On Fri Jul 25 05:47:30 2008, masak wrote:
> $ svn info | grep Revi
> Revision: 29734
> $ ./perl6 -e 'return'
> No exception handler and no message
>
> This error message is strange, needlessly exposes internals, and
> doesn't say where the error occurred. It could be more like Perl 5's
> error mes
On Fri Jul 04 01:39:12 2008, mor...@casella.verplant.org wrote:
> Error messages caused by programmer's mistakes shouldn't include stack
> traces.
>
> Rakudo r29047:
> ../../parrot perl6.pbc -e 'my Int $x; $x = "str"'
> Type check failed
> current instr.: 'parrot;Perl6Object;infix:=' pc 59
(src/ge
On Mon Jan 19 04:58:15 2009, jn...@jnthn.net wrote:
> Updating ticket subject to reflect that we want to use .annotate
A while back .annotate was implemented, then Rakudo started emitting it,
and today we've added the final piece - showing errors with HLL line
numbers and filenames in, plus a bit
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65654]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65654 >
rakudo: my $foo = 'hello world'; say «$foo».elems
rakudo 705cb2: OUTPUT«1»
oops.
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65674]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65674 >
jnthn: defining a multi sub in a class fails
I know why, but can't fix now
rakudo: cl
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65640]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65640 >
rakudo: multi sub infix:<+>() { 42 }; say 5 + 5
rakudo 1af7e2: OUTPUT«Null PMC access
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #65668]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65668 >
23:40 <@moritz_> rakudo: say (1..10).list.reduce: &infix:<+>
23:40 < p6eval> rakudo f7dbc
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65660]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65660 >
rakudo: sub infix:<ö>($x, $y) { say "flyyy" }; (1,2,3) »ö« (4,5,6)
rakudo 612bcf: OUTP
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65658]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65658 >
rakudo: enum Month ; say May + 6.5
rakudo 612bcf: OUTPUT«10.5»
is there any way I ca
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #65638]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=65638 >
I have a few edge cases I'd like to discuss.
rakudo: sub infix:<,> { 42 }; say 5, 5
r
On Sat Jan 10 03:34:57 2009, masak wrote:
> rakudo: File.new
> rakudo 35336: OUTPUT«get_bool() not implemented in class
> 'File' [...]
> rakudo: say File.new
> rakudo 35336: OUTPUT«get_string() not implemented in class
> 'File' [...]
> rakudo: say File.new.WHAT
> rakudo 35336: OUTPUT«Method '
19 matches
Mail list logo