On Sat, Aug 9, 2008 at 3:50 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
On Sat Aug 09 10:31:37 2008, [EMAIL PROTECTED] wrote:
On Saturday 09 August 2008 06:33:46 James Keenan via RT wrote:
What purpose remains, then, for either tools/dev/ops_renum.mak or
my
alternative,
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #57766]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57766
r30155:
$ ./perl6 -e 'a ~~ /b/' # works
$ ./perl6 -e 'while a ~~ /b/ {}' # works
$
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #57768]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57768
r30155:
$ ./perl6 -e 'o ~~ /o/' # works
$ ./perl6 -e 'o !~~ /o/' # fails
Null PMC
Patrick ():
1. I suspect this method really belongs in src/builtins/any-str.pir
instead of the CStr class, so that we can do replacements on
the stringification of any invocant (not just CStr objects).
2. The :multi() is likely incorrect, even as a method of CStr.
Any object
# New Ticket Created by Pavlo Korzhyk
# Please include the string: [perl #57764]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57764
To reproduce simply copy-paste example 9 from docs/art/ppp02-pmc.pod
and run it:
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #57770]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57770
r30155:
$ ./perl6 -e '//'
Syntax error at line 1, near //
Could be something nicer,
On 2008 Aug 10, at 9:40, Carl MXXsak (via RT) wrote:
r30155:
$ ./perl6 -e '//'
Syntax error at line 1, near //
Could be something nicer, in line with The empty pattern is now
illegal. from S05.
But can that really be easily distinguished from the C// operator?
--
brandon s. allbery
Brandon (), Carl ():
$ ./perl6 -e '//'
Syntax error at line 1, near //
Could be something nicer, in line with The empty pattern is now
illegal. from S05.
But can that really be easily distinguished from the C// operator?
Yes, I believe so. The C// operator never occurs where a term is
On Sun, Aug 10, 2008 at 06:40:12AM -0700, Carl Mäsak wrote:
# New Ticket Created by Carl Mäsak
# Please include the string: [perl #57770]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57770
r30155:
$ ./perl6
On Sun, Aug 10, 2008 at 10:51:39AM -0500, Patrick R. Michaud wrote:
On Sun, Aug 10, 2008 at 06:40:12AM -0700, Carl Mäsak wrote:
r30155:
$ ./perl6 -e '//'
Syntax error at line 1, near //
Could be something nicer, in line with The empty pattern is now
illegal. from S05.
It would be
On Sun, Aug 10, 2008 at 6:38 AM, via RT Carl Mäsak
[EMAIL PROTECTED] wrote:
I added two tests in t/operators/smartmatch.t to exercise the correct
behaviour.
thanks for the tests, but remember rakudo won't run these until
they're moved to t/spec/.
~jerry
On Saturday, 9. August 2008 04:41:46 John M. Dlugosz wrote:
Is this magic known to the parser at a low level, or is it possible to
define your own postcircumfix operators that interact with the
interpretation of the argument?
My interpretation is that there is a Whatever type that
most of the
HaloO,
On Saturday, 9. August 2008 01:32:35 John M. Dlugosz wrote:
TSa Thomas.Sandlass-at-barco.com |Perl 6| wrote:
If such a ReturnCapture could also be
preliminary of some kind, then lvalue subs could be lazily resumed when
the rvalue comes in.
Can you elaborate on that? I don't
On Sat, Aug 2, 2008 at 10:17 PM, Ron Blaschke [EMAIL PROTECTED] wrote:
Bernhard Schmalhofer wrote:
Jonathan Worthington schrieb:
Allison Randal wrote:
Bernhard Schmalhofer wrote:
We could always do the 12th AND the 16th, just for fun and bonus
productivity (if everyone isn't exhausted
E.g. see http://www.perlmonks.org/?node_id=703265 :
sub bar {
return 100;
}
sub foo { 50;}
sub foo-bar {
return rand(50);
}
if (foo - bar != foo-bar) {
print Haha!\n;
}
At a minimum, there are more multi-word identifiers than there are
statements involving subtraction. Further, '-' is basic, while all of
[_A-Z] are not.
Ergo, a multi-word-identifier is easier to type than a
multi_word_identifier or a multiWordIdentifier.
The older I get, the more I like
TSa (Thomas Sandlaß) thomas-at-sandlass.de |Perl 6| wrote:
...
my $x = |$obj.foo(1,2); #4
to keep the ReturnCapture, and call it later either explicitly
$x.resume(3);
or implicitly
$x = 3;
Hope that helps, TSa.
Interesting idea, as an alternative to get/set methods
Austin Hastings Austin_Hastings-at-Yahoo.com |Perl 6| wrote:
At a minimum, there are more multi-word identifiers than there are
statements involving subtraction. Further, '-' is basic, while all of
[_A-Z] are not.
Ergo, a multi-word-identifier is easier to type than a
multi_word_identifier
18 matches
Mail list logo