# New Ticket Created by jason switzer
# Please include the string: [perl #67364]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=67364
Recent changes to replace trait_auxiliary:is with trait_mod:is started
causing
# New Ticket Created by jason switzer
# Please include the string: [perl #67372]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=67372
(21:42:03) s1n: rakudo: warn
(21:42:06) p6eval: rakudo 70bfd5: OUTPUT«Warning!
# New Ticket Created by jason switzer
# Please include the string: [perl #67374]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=67374
(21:38:19) s1n: rakudo: die
(21:38:24) p6eval: rakudo 70bfd5: OUTPUT«No applicable
On Thu, Jul 9, 2009 at 1:24 AM, yarynot@gmail.com wrote:
On Wed, Jul 8, 2009 at 3:28 PM, Carl Mäsakcma...@gmail.com wrote:
It's Parrot behavior. It's trivial to change to Too many params passed or
Too many results passed. Would that be clearer?
Maybe, but the problem as described in
My question is: could I write below code in perl6:
my @a = 1 2 3 4; my @b[2]; for @a -
@b {;} # 2 loops like for @a - $b[0],$b[1]{;}
my @a = 1 2 3 4; my @b; for @a - @b
{;} # 1 loop
On Wed, Jul 8, 2009 at 8:45 PM, Xiao Yafeng xyf.x...@gmail.com wrote:
Any thoughts?
First let's fix the whitespace in your post so it's easier to read-
My question is: could I write below code in perl6:
# 2 loops like for @a - $b[0],$b[1] {;}
my @a = 1 2 3 4; my @b[2]; for @a -@b {;}
my @a
These seem interesting and relevant here:
http://www.ddj.com/go-parallel/blog/archives/2009/04/java_7_will_evo.html
http://developers.sun.com/learning/javaoneonline/2008/pdf/TS-5515.pdf
http://www.infoq.com/news/2007/07/concurrency-java-se-7
Tim.
Hi,
Somehow the current file test syntax, 'filename' ~~ :e, looks like a not
well-though-out translation of Perl 5's syntax, -e 'filename'.
Apart from totally feeling wrong to me, there are a few points I can put
my finger on:
1) $file ~~ :s returns a number, although smartmatching usually
* Moritz Lenz mor...@faui2k3.org [2009-07-10 00:25]:
stat($str, :e)# let multi dispatch handle it for us
This gets my vote.
--
Aristotle Pagaltzis // http://plasmasturm.org/
A few months ago (or maybe more) I proposed making pathnames their own
type, distinct from (or perhas a subclass of) strings, but easily
constructed from strings, maybe with an operator. Having those 29
single-letter methods on such a class would not bug me as much as
having them on Str.
On
Mark J. Reed wrote:
A few months ago (or maybe more) I proposed making pathnames their own
type, distinct from (or perhas a subclass of) strings, but easily
constructed from strings, maybe with an operator. Having those 29
single-letter methods on such a class would not bug me as much as
having
Over the next couple of weeks I'm working on fleshing out
job openings and descriptions for people who want to help
advance Rakudo Perl 6. I'll write more about this in a later
post, and they're likely to appear in my OSCON and YAPC::EU talks.
One of the jobs we've already identified is
On Jul 9, 2009, at 18:22 , Moritz Lenz wrote:
Somehow the current file test syntax, 'filename' ~~ :e, looks like a
not
well-though-out translation of Perl 5's syntax, -e 'filename'.
That would be because it is; originally the filetests were perl5-
style, but pugs refused to parse them
Resent to list as I intended to in the first place
On Thu, Jul 9, 2009 at 9:32 PM, Darren Duncandar...@darrenduncan.net wrote:
Mark J. Reed wrote:
A few months ago (or maybe more) I proposed making pathnames their own
type, distinct from (or perhas a subclass of) strings, but easily
Buddha Buck wrote:
On Thu, Jul 9, 2009 at 9:32 PM, Darren Duncandar...@darrenduncan.net wrote:
Mark J. Reed wrote:
A few months ago (or maybe more) I proposed making pathnames their own
type, distinct from (or perhas a subclass of) strings, but easily
constructed from strings, maybe with an
On Thu, 9 Jul 2009, Mark J. Reed wrote:
A few months ago (or maybe more) I proposed making pathnames their own
type, distinct from (or perhas a subclass of) strings, but easily
constructed from strings, maybe with an operator. Having those 29
single-letter methods on such a class would not bug
This is an automatically generated mail to inform you that tests are now
available in b/t/spec/S06-traits/misc.t
This is an automatically generated mail to inform you that tests are now
available in at least one of these files: b/t/spec/S12-methods/defer-call.t,
b/t/spec/S12-methods/defer-next.t
This is an automatically generated mail to inform you that tests are now
available in b/t/spec/S14-roles/basic.t
19 matches
Mail list logo