Re: [perl #53976] [PATCH] Remove tools/dev/ops_renum.mak

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 >> > > alternati

[perl #57766] Unfruitful interaction between regexp smartmatch and statement-modifying 'while'

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57766] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57766 > r30155: $ ./perl6 -e '"a" ~~ /b/' # works $ ./perl6 -e 'while "a" ~~ /b/ {}' # works $

[perl #57768] Negative-smartmatching on a regexp produces a Null PMC access in rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57768] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57768 > r30155: $ ./perl6 -e '"o" ~~ /o/' # works $ ./perl6 -e '"o" !~~ /o/' # fails Null PMC a

Re: [perl #57756] Implementation of .subst for strings in rakudo

Patrick (>): > 1. I suspect this method really belongs in src/builtins/any-str.pir >instead of the C class, so that we can do replacements on >the stringification of any invocant (not just C objects). > > 2. The :multi() is likely incorrect, even as a method of C. >Any object should b

[perl #57764] docs/art/ppp02-pmc.pod -- example 9 segfault

# New Ticket Created by "Pavlo Korzhyk" # Please include the string: [perl #57764] # in the subject line of all future correspondence about this issue. # 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: ===

[perl #57770] Empty regexp gives unhelpful error message in rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57770] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57770 > r30155: $ ./perl6 -e '//' Syntax error at line 1, near "//" Could be something nicer, i

Re: [perl #57770] Empty regexp gives unhelpful error message in rakudo

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 [sola

Re: [perl #57770] Empty regexp gives unhelpful error message in rakudo

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

Re: [perl #57770] Empty regexp gives unhelpful error message in rakudo

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. > # http://rt.perl.org/rt3/Ticket/Display.html?id=57770 > > > > r30155: > $ ./

Re: [perl #57770] Empty regexp gives unhelpful error message in rakudo

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.

Re: [perl #57768] Negative-smartmatching on a regexp produces a Null PMC access in rakudo

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

Re: Differential Subscripts

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 th

Re: Some details of function return captures

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

Re: YAPC::EU 2008

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 >> produc

Allowing '-' in identifiers: what's the motivation?

E.g. see : sub bar { return 100; } sub foo { 50;} sub foo-bar { return rand(50); } if (foo - bar != foo-bar) { print "Haha!\n"; }

Re: Allowing '-' in identifiers: what's the motivation?

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 Cob

Re: Some details of function return captures

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 like

Re: Allowing '-' in identifiers: what's the motivation?

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 or

Class attribute declaration question : our $!var

our $.var — class attribute, accessor, inheritable. our $!var — class attribute, no accessor, inheritable. If the second form has no accessor, how can it be inheritable?

class member declaration catalog

I just put together as part of my analysis and documentation effort. I'll link the "meanings" to more extensive treatments. Did I miss any *possible* combination? --John