Author: lwall
Date: 2009-03-13 00:15:48 +0100 (Fri, 13 Mar 2009)
New Revision: 25809
Modified:
docs/Perl6/Spec/S02-bits.pod
docs/Perl6/Spec/S03-operators.pod
docs/Perl6/Spec/S04-control.pod
docs/Perl6/Spec/S12-objects.pod
src/perl6/STD.pm
t/perl5/roundtrip.t
t/spec/S02-literal
Actually, never mind. For my purposes, I'll just pretend that Str is that
flexible, since going beyond the Unicode range is more of an academic
possibility than something likely to happen much in real use. Or if it does
happen, I'll adapt later. So no need to reply. Thank you. -- Darren Dunc
> +To declare an item that is parsed as a simple term, you must use the
> +form C<< term: >>, or some other form of constant declaration such
> +as an enum declaration. Such a term never looks for its arguments,
> +is never considered a list prefix operator, and may not work with
> +subsequent par
I have a quick question about the Str type, described in Synopsis 2:
Str Perl string (finite sequence of Unicode characters)
Specifically, and partly in the interest in future-proofing, is there support in
Str for representing codepoint numbers that are beyond the range currently
describ
On Thu, Mar 12, 2009 at 04:03:15PM -0300, Daniel Ruoso wrote:
: Em Qui, 2009-03-12 às 11:49 -0700, Larry Wall escreveu:
: > In addition to what Jonathan said, it is possible that the ability
: > to coerce multiple arguments depends on the type itself, since we
: > probably want to allow Foo(1,2,3)
The "pynie" compiler (Python on Parrot) has now moved out of
the Parrot repository into its own repository at
http://pynie.googlecode.com/ .
I'll be updating the README and other documentation items
in the repository over the next few days. If other people
would like commit access to the repo, pl
Hi,
Cory Spencer wrote:
> In the spectest suite (specifically in: t/spec/S32-array/kv.t), the last
> several tests seem to be testing for named arguments to kv:
>
> # check the non-invocant form with named arguments
> my @array = ;
> my @kv = kv(:array(@array));
> #?rakudo s
In the spectest suite (specifically in: t/spec/S32-array/kv.t), the last
several tests seem to be testing for named arguments to kv:
# check the non-invocant form with named arguments
my @array = ;
my @kv = kv(:array(@array));
#?rakudo skip 'named args'
is(+...@kv, 8, 'kv(
On Thu, Mar 12, 2009 at 01:38:30PM -0700, Dave Whipp wrote:
> Larry Wall wrote:
>> Note however that coercions require parens these days, since types parse
>> as values, not as routine names.
>>
>> $x = Role::Serializable::XML($resultset);
>> $y = Role::Serializable::YAML($resultset);
>
> S
Author: lwall
Date: 2009-03-12 22:30:47 +0100 (Thu, 12 Mar 2009)
New Revision: 25807
Modified:
docs/Perl6/Spec/S03-operators.pod
Log:
Clarify value syntax inconsistency noticed by pmichaud++
Modified: docs/Perl6/Spec/S03-operators.pod
==
Larry Wall wrote:
Note however that coercions require parens these days, since types parse
as values, not as routine names.
$x = Role::Serializable::XML($resultset);
$y = Role::Serializable::YAML($resultset);
Should "indirect object" syntax work in this context?:
$a = Foo: $value;
Em Qui, 2009-03-12 às 11:49 -0700, Larry Wall escreveu:
> In addition to what Jonathan said, it is possible that the ability
> to coerce multiple arguments depends on the type itself, since we
> probably want to allow Foo(1,2,3) and such for listy types that
> don't necessarily want to use the [1,2
On Thu, Mar 12, 2009 at 03:29:09PM -0300, Daniel Ruoso wrote:
: Em Qui, 2009-03-12 às 19:07 +0100, Jonathan Worthington escreveu:
: > IIRC, that's a special syntactic form that only counts when it is on the
: > RHS of but or does. (And yes, in this case it fails if the role has more
: > than one
On Thu, Mar 12, 2009 at 03:05:17PM -0300, Daniel Ruoso wrote:
: Em Qui, 2009-03-12 às 10:28 -0700, Larry Wall escreveu:
: > On Thu, Mar 12, 2009 at 08:51:45AM -0700, Ovid wrote:
: > : > From: David Green
: > : > I suppose, but is there a reason why you want to apply roles instead of
coercing
: >
Em Qui, 2009-03-12 às 19:07 +0100, Jonathan Worthington escreveu:
> IIRC, that's a special syntactic form that only counts when it is on the
> RHS of but or does. (And yes, in this case it fails if the role has more
> than one attr...) I think in all other cases, it's a coercion.
hmm...
for som
Daniel Ruoso wrote:
Em Qui, 2009-03-12 às 10:28 -0700, Larry Wall escreveu:
On Thu, Mar 12, 2009 at 08:51:45AM -0700, Ovid wrote:
: > From: David Green
: > I suppose, but is there a reason why you want to apply roles instead of coercing
: > the results?
: Because I am coming from Moose inst
Em Qui, 2009-03-12 às 10:28 -0700, Larry Wall escreveu:
> On Thu, Mar 12, 2009 at 08:51:45AM -0700, Ovid wrote:
> : > From: David Green
> : > I suppose, but is there a reason why you want to apply roles instead of
> coercing
> : > the results?
> : Because I am coming from Moose instead of Perl 6
On Thu, Mar 12, 2009 at 08:51:45AM -0700, Ovid wrote:
:
: - Original Message
:
: > From: David Green
:
: > I suppose, but is there a reason why you want to apply roles instead of
coercing
: > the results?
: >
: > $x = Role::Serializable::XML $resultset;
: > $y = Role::Serial
- Original Message
> From: David Green
> I suppose, but is there a reason why you want to apply roles instead of
> coercing
> the results?
>
> $x = Role::Serializable::XML $resultset;
> $y = Role::Serializable::YAML $resultset;
Because I am coming from Moose instead of Per
# New Ticket Created by Ilya Belikin
# Please include the string: [perl #63812]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63812 >
Hi there,
class C {
proto method Foo ($any) { ":)".say }
multi method Foo ($foo
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #63816]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63816 >
rakudo: say ("hello" but False).ucfirst
my line of code seems to hang Rakudo.
rakudo
On Wed, Mar 11, 2009 at 07:49:16PM -0700, Cory Spencer wrote:
+our Str multi method lcfirst is export {
+self ?? self.substr(0,1).lc ~ self.substr(1) !! ""
+}
+
+our Str multi method ucfirst is export {
+self ?? self.substr(0,1).uc ~ self.substr(1) !! ""
+}
We need
On Thu, Mar 12, 2009 at 01:42:47AM -0700, Matthew Walton wrote:
> Run this:
>
> grammar G {
> regex TOP { 'a' {*} }
> }
> class GA {
> method TOP($m) { make GA.new }
> }
>
> G.parse('a', :action(GA.new));
>
>
> And this happens:
>
> rakudo ea3283: OUTPUT«Method 'result_object' not found fo
# New Ticket Created by Matthew Walton
# Please include the string: [perl #63800]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63800 >
Run this:
grammar G {
regex TOP { 'a' {*} }
}
class GA {
method TOP($m) { make G
# New Ticket Created by Cory Spencer
# Please include the string: [perl #63796]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=63796 >
This patch removes the PIR implementations of ucfirst, lcfirst, chop
and fmt from any
Hi Lars,
let me add to what Carl wrote that think the blogs of Moritz Lenz
are quite good http://perlgeek.de/blog-en/perl-5-to-6/ but admittedly they
are for Perl 5 programmers.
I also started to write an publish my Perl 6 training slides.
It is very early and basic but you are welcome to fetch t
26 matches
Mail list logo
