Re: can a method name contain a funny character?

On Fri, May 20, 2016 at 09:39:30AM -0400, yary wrote: : On Tue, Apr 12, 2016 at 6:12 PM, Brandon Allbery : wrote: : > I was explaining why some "symbols" are acceptable to the parser. Which : one : > is more appropriate is not my call, : : I was thinking about what exactly are valid identifiers i

Re: state statements versus state expressions

On Tue, Sep 11, 2012 at 10:25:03PM +0100, Nicholas Clark wrote: : On Tue, Sep 11, 2012 at 11:11:11PM +0200, Carl Mäsak wrote: : > Nicholas (>): : > > Where in the synopses (or other documents) does it explain why these two : > > are different? : > > : > > $ ./perl6 -e 'sub foo {state @a = (3, 4); s

Re: [perl6/specs] d9d8b3: refactor case mappings (again)

On Tue, Jul 24, 2012 at 09:42:10PM +0100, Smylers wrote: : GitHub writes: : : > https://github.com/perl6/specs/commit/d9d8b35825f7abf07a9314fd90b0b5563253bd15 : > Author: Larry Wall : > : > There is no more titlecase function. Instead there is a suite : > of ma

Re: How to make a new operator.

On Fri, Mar 23, 2012 at 07:14:51PM +1100, Damian Conway wrote: : For example: : : 1, 1.0001, 1.0002 ... * : : won't deduce a correct arithmetic sequence either (on most hardware). Actually, that one works fine in both niecza and rakudo, since those are Rats. Larry

Re: eval and try should be separate

Given that try can be used with a statement as well as a block, I'm fine with this. We want to discourage people from using eval anyway, so forcing people to use 'try eval' to get p5 behavior is okay too. Larry

Re: Perl6 regexes and UTS#18

On Sun, Feb 06, 2011 at 08:59:51PM +0100, Helmut Wollmersdorfer wrote: : Tom Christiansen wrote: : > Has anybody specifically looked at how Perl6 regexes might map to : > the various requirements of UTS#18, Unicode Regular Expressions? : > : > http://unicode.org/reports/tr18/ : : Roughly Perl6

Re: base-4 literals

On Tue, Nov 16, 2010 at 12:11:01PM -0800, Darren Duncan wrote: : Carl Mäsak wrote: : >Darren (>): : >>While I haven't seen any prior art on this, I'm thinking that it would be : >>nice for a sense of completeness or parity to have an 0a syntax specific to : >>base-4 that complements the 4 that we h

Re: requiring different vers per auth

On Fri, Sep 10, 2010 at 06:00:30PM -0700, Darren Duncan wrote: : With regard to http://perlcabal.org/syn/S11.html#Versioning ... : : If some Perl code requires a module (or Perl version) that has : multiple authorities and each authority uses a different : version-numbering scheme, and the code is

Re: Suggested magic for "a" .. "b"

On Wed, Jul 21, 2010 at 09:23:11AM -0400, Mark J. Reed wrote: : Strike the "counter to current Rakudo behavior" bit; Rakudo is : behaving as specified in this instance. I must have been : hallucinating. Well, except that we both neglected precedence. Since ... is looser than ~~, it must be writ

Re: Suggested magic for "a" .. "b"

On Tue, Jul 20, 2010 at 11:53:27PM -0400, Mark J. Reed wrote: : In particular, consider that pi ~~ 0..4 is true, : because pi is within the range; but pi ~~ 0...4 is false, because pi : is not one of the generated elements. Small point here, it's not because pi is fractional: 3 ~~ 0...4 is also f

Re: eqv and comparing buts

On Wed, May 26, 2010 at 11:09:49PM -0600, David Green wrote: : On 2010-05-26, at 1:53 am, Moritz Lenz wrote: : >> The tests might need fixing too, since I'm not sure whether eqv (as used by is_deeply) would cover that, or whether it would take a separate test in bool context. : > : > probably th

Re: Command-line args (weekly contribution to P6)

On Wed, May 26, 2010 at 07:22:36AM -0700, jerry gay wrote: : On Wed, May 26, 2010 at 00:53, Moritz Lenz wrote: : > The spec doesn't elaborate on how the short args are specified in the : > signature of MAIN. I see two possible approaches (that don't contradict): : > : > 1) one renames them in the

Re: Parallelism and Concurrency was Re: Ideas for a "Object-Belongs-to-Thread" threading model

On Fri, May 14, 2010 at 03:48:10PM +0400, Richard Hainsworth wrote: : After reading this thread and S17, I have lots of questions and some : remarks. : : Parallelism and Concurrency could be considered to be two different things. : : The hyperoperators and junctions imply, but do not require, : p

Re: Ideas for a "Object-Belongs-to-Thread" threading model

Since I don't think BrowserUK subscribes here, I'll paste in the remarks he attached to your earlier paste, just to help get the discussion going, and on the assumption this will not be regarded as antisocial. :) Larry BrowserUK wrote: > > -there are the interpreter processes. > > Inventin

Re: a more useful srand (was Re: r30369 - docs/Perl6/Spec/S32-setting-library)

On Tue, Apr 13, 2010 at 01:29:59AM -0400, Aaron Sherman wrote: : PRNGs are often misrepresented as frivolous, but as I'm sure you know from : your work at JPL, high quality random sequences are much-prized, and any : language that starts off with some poor assumptions will ultimately pay for : it.

Re: underscores vs hyphens (was Re: A new era for Temporal)

On Sun, Apr 11, 2010 at 03:47:18PM -0700, Darren Duncan wrote: : Damian Conway wrote: : >The relevant suggestion regarding hyphens vs underscores is: : > : >"...to allow both characters, but have them mean the same thing." : > : >That is, any isolated internal underscore can be replaced with an

Re: a more useful srand (was Re: r30369 - docs/Perl6/Spec/S32-setting-library)

On Mon, Apr 12, 2010 at 07:24:37PM +0200, Moritz Lenz wrote: : Dave Whipp wrote: : > masak wrote: : >> Modified: : >>docs/Perl6/Spec/S32-setting-library/Numeric.pod : >> Log: : >> [S32/Numeric] removed method form of srand : >> : >> Overwhelming consent on #perl6 about this. : >> : >> - multi

Re: A common and useful thing that doesn't appear to be easy in Perl 6

On Wed, Apr 07, 2010 at 06:33:46AM -0700, Jon Lang wrote: : That said, don't we already have a means of assigning specific values : to individual members of an enum? I forget the exact syntax, but I : believe that it involves an assignment operator within the : enumeration. Mind you, this is from

Re: A common and useful thing that doesn't appear to be easy in Perl 6

On Tue, Apr 06, 2010 at 10:19:15PM -0700, Damian Conway wrote: : Larry concluded: : : > I do freely admit that most Perlfolk are not used to thinking of : > permissions in terms of set theory.  But as I said, we're looking at : > kind of a strange use case here, and perhaps not typical of the kind

Re: A common and useful thing that doesn't appear to be easy in Perl 6

On Tue, Apr 06, 2010 at 08:47:11PM -0700, Geoffrey Broadwell wrote: : First: what Damian said. : : Second: Whatever syntax people come up with has to make it easy and : type-safe to name particular combinations of those bits. : : In other words, you should be able to make a bitset with Unix-style

Re: A common and useful thing that doesn't appear to be easy in Perl 6

On Tue, Apr 06, 2010 at 08:31:24PM -0700, Damian Conway wrote: : An issue came up in a class I was teaching today... : : There doesn't seem to be an easy way to create a type that allows a set : of enumerated bit-flags *and* all the combinations of those flags...and : nothing else. : : For exampl

Re: Stability domains in rakudo *

I see little point in versioning or emulation until we have spec versions and complete test suite versions that can validate them. And I see no need to "practice" versioning before that happens; it will just slow down the drive to complete 6.0.0, and there will (I hope) be time to consider the fine

Re: r29931 - docs/Perl6/Spec

On Sat, Mar 13, 2010 at 08:53:02PM -0800, Darren Duncan wrote: : Basically, I found this line in Synopsis 2, in the section talking about unspace: : : 1+3\ i; : : So the question is about whether this example should be kept as : still valid code or whether it is now invalid and a fossil

Re: r29976 - docs/Perl6/Spec

On Wed, Mar 10, 2010 at 10:10:29AM +1100, Timothy S. Nelson wrote: : On Mon, 8 Mar 2010, Carl Mäsak wrote: : : >Meanwhile, the uncanny similarities between Perl 6 and Algol 68 : >continue to strike me: : > : > (]): : >] ALGOL 68 [...] was conceived as a succe

Re: Functional-style pattern matching

On Mon, Mar 08, 2010 at 12:45:44PM -0800, Little Walker wrote: : Hi there, : : I've been looking around to see if there's been any discussion of : introducing functional programming-style pattern matching for method/ : function dispatch. Could someone point me to any such discussions? Why settle

Re: continuation markers for long literals (was Re: r29931 - docs/Perl6/Spec)

On Wed, Mar 03, 2010 at 05:39:58PM -0800, Darren Duncan wrote: : Damian Conway wrote: : >Surely this is not a common-enough requirement to warrant a special : >syntax. : > : >At 80-columns, you can represent integers up to : : >Surely that's enough for the vast majority of users, isn't it? : : We

Re: Temporal seems a bit wibbly-wobbly

On Mon, Feb 22, 2010 at 01:38:06PM -0300, Daniel Ruoso wrote: : Em Dom, 2010-02-21 às 21:09 -0800, Larry Wall escreveu: : > I now see that the most important determinant of DateTimes is : > neither the Dates nor the Times themselves, but which TZ you're in. : > I propose renaming

Re: Temporal seems a bit wibbly-wobbly

On Sat, Feb 20, 2010 at 10:39:20AM -0500, Mark J. Reed wrote: : I just want to know what Perl 6 time zero is. Well, there's no such thing as time 0 in Perl 6, in the sense that Instant is more-or-less opaque. But it's currently specced to the TAI epoch, if you force it. I could be argued into 20

Re: Temporal seems a bit wibbly-wobbly

On Sat, Feb 20, 2010 at 06:20:22PM -0800, Steve Allen wrote: : On Feb 19, 10:30 pm, la...@wall.org (Larry Wall) wrote: : > 2000 would have been a lovely epoch if only the astronomers had kept : > their grubby hands off of civil time. : : The astronomers might love to have the power to c

Re: Temporal seems a bit wibbly-wobbly

2000 would have been a lovely epoch if only the astronomers had kept their grubby hands off of civil time. But no, we still have to put up with leap seconds in civil time, for no good reason that I can discern. We should adjust civil time once a century or so, I think. After all, civil time is of

Re: [perl #72914] [BUG] Rakudo doesn't treat ^$n at the end of an infix:<...> right

On Thu, Feb 18, 2010 at 12:45:23PM -0500, Mark J. Reed wrote: : On Wed, Feb 17, 2010 at 7:32 PM, Carl Mäsak : wrote: : > my @a = (4...^5); say @a.perl # should be 4 3 2 1 0 1 2 3 4, according to TimToady : : : That's 4 ... ^5, right? If so, I don't see how you get that. I'd : expect (4,0,1,2

Re: Spec: Syntax Suggestion

On Sat, Feb 13, 2010 at 11:59:10AM -0800, Mubed wrote: : Sorry, if it is the wrong group to post this. I'd like to know, if it : is possible to make some suggestions to the Perl6 syntax. This is certainly the right place, and we try to give all ideas a fair hearing. Though given that we've been d

Re: One-pass parsing and forward type references

On Mon, Feb 01, 2010 at 06:12:16PM -0800, Jon Lang wrote: : Larry Wall wrote: : > But also note that there are several other ways to predeclare : > types implicitly.  The 'use', 'require', and 'need' declarations : > all introduce a module name that is

Re: One-pass parsing and forward type references

On Tue, Feb 02, 2010 at 12:23:50AM +0100, Carl Mäsak wrote: : Another thing I started thinking about: if Perl 6 professes to be able : to put on the hat -- syntactically and semantically -- of most any : other programming language out there, through the use of a simple 'use : Language::Java' or 'us

Re: One-pass parsing and forward type references

On Mon, Feb 01, 2010 at 03:55:15PM -0500, Solomon Foster wrote: : On Mon, Feb 1, 2010 at 3:46 PM, Patrick R. Michaud wrote: : > On Mon, Feb 01, 2010 at 05:55:47PM +0100, Carl Mäsak wrote: : >> Is it allowed to do 'class B { ... }' several times in different files : >> before finally declaring the

Re: One-pass parsing and forward type references

On Mon, Feb 01, 2010 at 10:10:11AM -0800, yary wrote: : A slight digression on a point of fact- : : On Mon, Feb 1, 2010 at 9:32 AM, Larry Wall wrote: : ... : > You are correct that the one-pass parsing is non-negotiable; this is : > how humans think, even when dealing with unknown

Re: One-pass parsing and forward type references

Please don't assume that rakudo's idiosyncracies and design fossils are canonical. STD does better namespace management in some respects, particularly in accepting the approved predeclaration form: class Foo {...} (and rakudo might now accept this too). You don't want to use augment for thi

Re: Counting characters

On Wed, Jan 27, 2010 at 01:24:48PM +, Matthew Walton wrote: : On Wed, Jan 27, 2010 at 1:19 PM, Carl Mäsak wrote: : > Mark (>), Carl (>>): : >>> S05 describes tr/// in terms of the .trans function, a handsome but : >>> very different beast. Specifically, it doesn't seem to have a "scalar : >>>

Re: Is it 'anon role' but not 'anon enum'? (Re: r29250 - in docs/Perl6/Spec: . S32-setting-library)

On Sat, Jan 09, 2010 at 12:51:42AM +0100, Carl Mäsak wrote: : pugscommitbot, channeling Larry (>): : > [...] : > +    $x = "Today" but Tue;       # $x.Day is read-only : > +    $x = "Today" but Day;       # $x.Day is read-write : > + : > +Mixing in a specific enum object implies only the readonly a

Re: Custom errors on subsets?

On Tue, Jan 05, 2010 at 11:52:42AM -0500, Solomon Foster wrote: : On Tue, Jan 5, 2010 at 11:36 AM, Ovid : wrote: : > --- On Tue, 5/1/10, Solomon Foster wrote: : > : >> From: Solomon Foster : > : >> > Is this a bug or just documented behavior that I don't : >> know about? : >> : >> fail just retu

Re: r29326 - docs/Perl6/Spec/S32-setting-library

On Fri, Dec 11, 2009 at 12:44:21PM -0800, yary wrote: : What's the reasoning behind not using older perl convention of print : w/no args becoming "print $_" ? In Perl 6 we're trying to get rid of all the arbitrary lists that you have to memorize to use Perl 5, such as which symbols are magically g

Re: "deprecated" (was Re: r29143 ...)

On Thu, Nov 19, 2009 at 11:22:17PM -0800, Darren Duncan wrote: > pugs-comm...@feather.perl6.nl wrote: >> @@ -1020,22 +1018,17 @@ >> C<< prefix: >> >> -Coerces to type C. Floor semantics are used for fractional >> -values, including strings that appear to express fractional values. >> -That is,

Re: r29121 - docs/Perl6/Spec

On Wed, Nov 18, 2009 at 03:08:59AM -0800, Ron wrote: : > +Although most rational implementations normalize or "reduce" fractions : > +to their smallest representation immediately through a gcd algorithm, : > +Perl allows a rational datatype to do so lazily at need, such as : > +whenever the denomin

Re: r28751 - docs/Perl6/Spec

On Sun, Oct 11, 2009 at 11:47:45AM -0400, Brandon S. Allbery KF8NH wrote: > On Oct 11, 2009, at 06:36 , Mark J. Reed wrote: >> That's not grammatical; you've just created a run-on sentence. Why >> not >> leave it as a colon? > > Or semicolon. I agree comma seems wrong. Colon is correct here be

Re: "&&" in list context

On Tue, Sep 29, 2009 at 03:49:31PM +0200, Christoph Bussenius wrote: : Hi, : : I read is S03, : : The && and || operators are smarter about list context and return () : on failure in list context rather than Bool::False. The operators : still short-circuit, but if either operator woul

Re: [perl #69194] rakudo 2009-08 and when with lists

On Sun, Sep 20, 2009 at 01:29:22AM -0400, Aaron Sherman wrote: : On Sat, Sep 19, 2009 at 9:45 PM, David Green wrote: : : > On 2009-Sep-19, at 5:53 am, Solomon Foster wrote: : > : > The one thing that worries me about this is how :by fits into it all. : >>rakudo: given 1.5 { when 1..2 { s

Re: Synopsis 02: Range objects

On Thu, Aug 27, 2009 at 02:21:12PM -0700, Jon Lang wrote: : 2.5 ~~ 1..5 # true: equivalent to "2.5 ~~ 1 <= $_ <= 5". Current specced behavior for Range objects. : 2.5 ~~ @(1..5) # false: equivalent to "2.5 ~~ (1, 2, 3, 4, 5)". Not by current rules; which say the left side matches the lis

Re: Synopsis 02: Range objects

On Tue, Aug 25, 2009 at 02:58:05PM -0700, Jon Lang wrote: : Michael Zedeler wrote: : >> The obvious (default) choice for a step size would be the precision of : >> the more precise of the two values.  So 0.0001 in your example above. : >> : > : > Well... maybe. How do you specify the intended preci

Re: Rukudo-Star => Rakudo-lite?

Rakudo Zengi would be the most (in)appropriate, I think. Larry

Re: S05 (regex) Q:

Modifiers like :ratchet are lexically scoped, and therefore extend into any embedded or , I think. These days if you find yourself saying "surrounding context", you should usually ask yourself whether you mean "lexical" or "dynamic", and that often indicates the direction I'll be leaning on under

Re: confusing list assignment tests

On Tue, Jul 28, 2009 at 10:42:01PM +0200, Moritz Lenz wrote: : I guess when I initialize @a[0] = [] it's the same, because then @a[0] : is still a scalar, right? No, as in Perl 5 [] still produces a scalar object that hides the arrayness from list context, so it's like: $b = []; @a[0] = $

Re: confusing list assignment tests

On Tue, Jul 28, 2009 at 01:22:28PM -0700, Jon Lang wrote: : Larry Wall wrote: : > Moritz Lenz wrote: : > : Either it's parsed as '@a[0] = (W, W)' (list assignment), then @a should : > : get both elements, and so should @z. : > : > Not according to S03, at least

Re: confusing list assignment tests

On Tue, Jul 28, 2009 at 09:24:40PM +0200, Moritz Lenz wrote: : sub W () { substr(eval('want'), 0, 1) } : ... : : # line 560: : { : my @a; : my @z = (@a[0] = W, W); : #?rakudo 2 todo 'want function' : is(@a, 'L','lhs treats @a[0] as list'); : is(@z[0], 'L', 'lhs treats @a[0]

Re: Parameter binding

On Sat, Jul 25, 2009 at 06:50:12PM -0700, yary wrote: : On Sat, Jul 25, 2009 at 2:04 PM, Patrick R. Michaud wrote: : > On Thu, Jul 23, 2009 at 05:56:31PM +0200, TSa wrote: : >> Hmm, it seems to be the case that the binding is defined to be a : >> readonly binding to the variable. I consider this a

Re: r27635 - docs/Perl6/Spec

On Mon, Jul 20, 2009 at 07:33:23PM -0700, Jon Lang wrote: : A stronger argument against it would be to find comparison operators : that exist at other precedence levels. I don't think that there are : any. (Well, besides <=>, leg, and cmp.) I think people would find it quite odd if an operator n

Re: YAPC::EU and Perl 6 Roles

On Wed, Jul 08, 2009 at 01:59:53PM -0700, Dave Whipp wrote: > Ovid wrote: > >> I'd like to see something like this (or whatever the equivalent Perl 6 >> syntax would be): >> >> class PracticalJoke does Bomb does SomeThingElse { >> method fuse() but overrides { ... } >> } >> >> The "overrid

Re: r27312 - docs/Perl6/Spec

On Mon, Jun 29, 2009 at 09:14:10PM -0700, Darren Duncan wrote: > pugs-comm...@feather.perl6.nl wrote: >> +When it happens that the same module is available from more than one >> +authority, and the desired authority is not specified by the C, >> +the version lineage that was created first wins, unl

Re: XOR does not work that way.

On Fri, Jul 03, 2009 at 09:40:12AM +0200, TSa wrote: > I see. But I wouldn't make that an exception but ^^ returns a tristate > value instead of boolean. The third state besides True and False is > TooMany that evaluates to False in boolean context. But ^^ can react > to it as you describe. That so

Re: Multi-d array transforms (was Re: Array rotate)

On Sat, Jun 13, 2009 at 02:49:10PM -0500, John M. Dlugosz wrote: > Wow. The overarching logic for list assignment would have to compare > the containers and the arguments in the capture before doing the list > assignment to each container, in order to avoid cloning all the > containers on th

Re: Multi-d array transforms (was Re: Array rotate)

On Sat, Jun 13, 2009 at 01:25:23AM +0200, Daniel Carrera wrote: > Damian Conway wrote: >> In fact, I would even be happy with requiring @a.=push and @a.=shift, if >> it meant that there were *no* special cases. One extra character is a >> small price to pay for perfect SWIM (and not just "Say What

Re: Array Dimensionality (Was: Re: Multi-d array transforms (was Re: Array rotate))

On Fri, Jun 12, 2009 at 04:00:10PM -0300, Daniel Ruoso wrote: : Em Sex, 2009-06-12 às 11:52 -0700, Jon Lang escreveu: : > On Fri, Jun 12, 2009 at 11:51 AM, Daniel Ruoso wrote: : > > Ok, There's one thing that is not clear in the thread, which is when an : > > array is multidimensional or not... : >

Re: Multi-d array transforms (was Re: Array rotate)

We also need to consider the "dimension" of referentiality. I can see three levels here. Given @a.mung the .mung could return A) a modified @a (treat @a as mutable) B) a new array (treat @a as immutable) C) a remapped array whose elements refer back to @a's elements Currently

Re: say followed by lines - inconsistencies

On Tue, Jun 09, 2009 at 12:37:10AM +0400, Richard Hainsworth wrote: > I write a hash to a file delimited by tabs, eg > > my $fn=open('data.csv',:w); > my %x= Z 1,2,2.1,3; > $fn.say('record-name'~map("\t$^a\t$^b"),%x); > $fn.close; > > The output sometimes contains either the keys or the values padd

Re: Assigning duplicate values to several hash keys using junctions?

On Mon, Jun 08, 2009 at 12:02:43PM +0100, Ville Koskinen wrote: : An alternative is always : : @hash{qw(foo bar)} = ('some value') x 2; : : which is probably : : %hash = ('some value') x 2; : : in Perl 6, but you always need to take care to write the correct integer : in the list replication.

Re: Anonymous multidimensional array

On Tue, Jun 02, 2009 at 08:21:29AM -0700, yary wrote: : I do see a problem if there's more than one unspecified dimension. : Though I suppose an array of shape(*;*) as an lvalue might be a : constraint allowing assignment only of another 2D array? I don't see why we shouldn't use the capture shape

Re: Anonymous multidimensional array

On Mon, Jun 01, 2009 at 08:23:41PM -0700, yary wrote: : How does one create an anonymous multidimensional array in p6? Not an : array of arrays or a capture of captures... But I would expect a shaped array to be able to coerce either of those into its internal format. And coercing captures into s

Re: Amazing Perl 6

On Sun, May 31, 2009 at 04:45:12PM -0400, Brandon S. Allbery KF8NH wrote: > On May 29, 2009, at 15:43 , John M. Dlugosz wrote: >> Care to try ☃ ? That's alt-meta-hyper-doublebucky-cokebottle. > > > *puzzled as to why OSX Character Map thinks that's related to 雪* Maybe they can't tell the diffence

Re: renaming or adding some operators

On Sat, May 30, 2009 at 04:50:02PM -0500, John M. Dlugosz wrote: > Note that ≥ and ≤ are "bidi mirroring" characters in the Unicode > Properties. So if someone were crazy enough to use them as brackets, > then the digraph equivalent should work as well, right? No, they'd only function as digr

Re: CPAN -- moving forward

On Sun, May 31, 2009 at 12:22:31AM +0200, Daniel Carrera wrote: > Mark Overmeer wrote: >> A pity you didn't want to read the paper. > > I have better things to do with my life than read your 30-page paper. > I'd rather participate in a consensus process where I feel I can make a > difference.

Re: renaming or adding some operators

On Sat, May 30, 2009 at 01:09:01PM -0600, David Green wrote: > I think that one's ambiguous as to whether $bar exists as a key or a > value. > > $bar ∈ @foo; $bar ∈ %foo.keys; $bar ∈ %foo.values; ∃ %foo{bar} Generally when hashes have been used as sets we've taken the keys to be the set, not th

Re: renaming or adding some operators

It occurs to me that, while I don't want to pull in all the possible Unicode operators by default, we should make it easy to do so. Perhaps something like use *; should pull in all the Unicode operators. Which if course means that any golfing would start with *; to pull in all the pos

Re: renaming or adding some operators

On Fri, May 29, 2009 at 08:45:06PM -0700, Darren Duncan wrote: > So does anyone else have thoughts on that? Actually, I think ~x is kinda ugly. And I like the mnemonic value of x returning one thing and xx returning multiple things. And in the bitwise ops ~ doesn't indicate postprocessing. And

Re: renaming or adding some operators

On Fri, May 29, 2009 at 11:06:46PM -0700, Darren Duncan wrote: > Larry, did you choose = for assignment and == etc for comparison because > you thought that looked prettier, or because that was the C/etc > convention that you decided to copy? Neither beauty nor convention, really. I chose it fo

Re: Amazing Perl 6

On Fri, May 29, 2009 at 05:50:57PM -0500, John M. Dlugosz wrote: > Copy and paste it from the message into a word processor or other > program that lets you choose a font where it is not missing and make it > very large so you can see the details. > > Or see for

Re: Feature request: Grammar debugging support

Can't help you with PGE, but STD supports a trace facility by setting the STD5DEBUG environent variable to -1, or a set of bits defined in src/perl6/Cursor.pmc in the pugs repo. Note the log uses ANSI color, so you might want to use less -R or some such. Larry

Re: Amazing Perl 6

On Fri, May 29, 2009 at 09:50:36AM -0700, yary wrote: : Back to the question of "cool things about perl6"- after showing some : of the extended syntax and its expressiveness, put up a slide saying : "it's still Perl". : : Show that much of the basics still work: : > my @x=('a' .. 'z'); @x[3,4]=qw(

Re: New CPAN

On Fri, May 29, 2009 at 04:32:00PM +0200, Mark Overmeer wrote: : * Daniel Carrera (daniel.carr...@theingots.org) [090529 14:24]: : > I think that it would be a good idea to put Perl 5 and Perl 6 modules in : > the same CPAN. : : I have a very cowardous reply on this. My CPAN6 design supports bo

Re: New CPAN

On Fri, May 29, 2009 at 05:32:16PM +0200, Mark Overmeer wrote: : >> Perl6 and Perl5 have some things in common, just like PHP and Perl5. : > : > Perl 6 is the next version of Perl 5 and Perl 6 comes with a Perl 5 : > compatibility mode and Perl 6 is intended to be able to use Perl 5 : > modules

Re: Amazing Perl 6

On Fri, May 29, 2009 at 10:47:44AM -0400, Buddha Buck wrote: : The questions which remain (for me, at least) is if (a) the symbols : survive in email, and (b) if they really are the proper marks for : Perl6. Yes, and yes. Me, I just defined a compose key, and compose << does the right thing. (tho

Re: Amazing Perl 6

On Thu, May 28, 2009 at 08:06:14PM -0500, John M. Dlugosz wrote: > Mark J. Reed markjreed-at-gmail.com |Perl 6| wrote: >> >> So that much makes sense. But I still think the two different >> meanings of square brackets in operators are going to confuse people. >> >> >> > > I agree. The previous

Re: Illustration of stuff we've been discussing

On Thu, May 28, 2009 at 01:06:18PM -0300, Daniel Ruoso wrote: : Em Qui, 2009-05-28 às 09:27 -0500, John M. Dlugosz escreveu: : > Daniel Ruoso daniel-at-ruoso.com |Perl 6| wrote: : > > Em Qui, 2009-05-28 às 00:24 -0500, John M. Dlugosz escreveu: : > >> Please see

Re: [RFC] CPAN6 requirements analysis

On Fri, May 29, 2009 at 01:04:28AM +0200, Daniel Carrera wrote: > Hi Alex, > > I hve comments. > > Alex Elsayed wrote: >> While lurking in IRC, I've seen several discussions of what CPAN 6 >> should look like. Honestly, wayland76++'s idea for packaging seems the >> best to me. Most of the suggest

Re: Amazing Perl 6

On Thu, May 28, 2009 at 03:33:34PM -0400, Mark J. Reed wrote: : On Thu, May 28, 2009 at 3:13 PM, Larry Wall wrote: : > :  I mean, prefix ops can be used in reduce, too, right? : > : > I will let you ponder the meaning of "reduce" a bit more, and the : > relationship of

Re: Amazing Perl 6

On Thu, May 28, 2009 at 02:55:10PM -0400, Mark J. Reed wrote: : Tagentially related: why doesn't simple &+ or &<+> work for what we're : currently spelling &[+] (and which is more specifically spelled : &infix:<+>)? Oh, and why not &<+>? Mainly because we have lots of infix operators containing <

Re: Amazing Perl 6

On Thu, May 28, 2009 at 02:55:10PM -0400, Mark J. Reed wrote: : Since when are we limited to ASCII again? :) Well, we used some of Latin-1's bracket offerings, and people already carp about that. :) : If this is just a question of prefix vs infix telling you what [+] is : shorthand for, OK. But

Re: Amazing Perl 6

On Thu, May 28, 2009 at 09:43:58AM -0400, Mark J. Reed wrote: : So that much makes sense. But I still think the two different : meanings of square brackets in operators are going to confuse people. You're welcome to introduce more bracketing characters into ASCII. :P But seriously, this is one

Re: Amazing Perl 6

On Thu, May 28, 2009 at 10:51:33AM -0400, John Macdonald wrote: : Yes. The full expression in raw APL for n! is: : : */n : : (where is the Greek letter iota - n is Perl's 1..$n). Only if the origin is 1. This breaks under )ORIGIN 0. $[ By the way, the assumption here is that everyone can

Re: Amazing Perl 6

Sorry, only answered half of your question. On Wed, May 27, 2009 at 07:56:42PM +0200, Daniel Carrera wrote: > Oh oh oh... is it possible to define a circumfix function for > the dot product? Something like: > > $dot_product = <@vector1,@vector2>; > > Is that possible? That would be uber-cool.

Re: Amazing Perl 6

On Wed, May 27, 2009 at 07:56:42PM +0200, Daniel Carrera wrote: > Here is another idea: Is it possible to declare a circumfix function > that calculates the magnitude of a vector? > > $magnitude = |@vector|; > > You know how in math, two vertical bars are a standard notation for > magnitude. Oh

Re: Meditations on a Loop

On Wed, May 20, 2009 at 07:55:55PM -0500, John M. Dlugosz wrote: > If you would be so kind, please take a look at > . I spent a couple days > on this, and besides needing it checked for correctness, found a few > issues as well as more food for

Re: "Unicode in 'NFG' formation" ?

On Mon, May 18, 2009 at 07:59:31PM -0500, John M. Dlugosz wrote: > No, a few million code points in the Unicode standard can produce an > arbitrary number of unique grapheme clusters, since you can apply as > many modifiers as you like to each different base character. If you > allow multipl

Re: each() comprehension

On Sun, May 17, 2009 at 07:41:45PM +0200, Moritz Lenz wrote: : Hi, : : (sorry for yet another p6l email mentioning junctions; if they annoy you : just ignore this mail :-) : : while reviewing some tests I found the "each() comprehension" in S02 : that evaded my attention so far. : : Do we really

Re: "Unicode in 'NFG' formation" ?

On Mon, May 18, 2009 at 02:16:17PM -0400, Mark J. Reed wrote: : Surrogates are just weird, since they have assigned code points even : though they're purely an encoding mechanism. As such, they straddle : the line between abstract characters and an encoding form. I assume : that if text comes in a

Re: "Unicode in 'NFG' formation" ?

On Mon, May 18, 2009 at 11:11:32AM +0200, Helmut Wollmersdorfer wrote: > [1] Open questions: > > 1) Will graphemes have an unique charname? >e.g. GRAPHEME LATIN SMALL LETTER A WITH DOT BELOW AND DOT ABOVE Yes, presumably that comes with the "normalization" part of NFG. We're not aiming for rou

Re: "Unicode in 'NFG' formation" ?

On Mon, May 18, 2009 at 12:37:49PM -0400, Brandon S. Allbery KF8NH wrote: > On May 18, 2009, at 09:21 , Mark J. Reed wrote: >> If you're doing arithmetic with the code points or scalar values of >> characters, then the specific numbers would seem to matter. I'm > > > I would argue that if you are

Re: "is value" trait

On Sun, May 17, 2009 at 09:35:50PM +0200, Moritz Lenz wrote: : Hi, : : t/oo/value_types.t mentions the "is value" trait, which doesn't appear : in the spec anywhere. According to the discussion in [1] there was : speculation about 'is cow' and 'is value', but the former didn't seem to : enter the

Re: r26868 - docs/Perl6/Spec

On Mon, May 18, 2009 at 07:01:27AM +0200, pugs-comm...@feather.perl6.nl wrote: : Author: jdlugosz : Date: 2009-05-18 07:01:27 +0200 (Mon, 18 May 2009) : New Revision: 26868 : : Modified: :docs/Perl6/Spec/S03-operators.pod : Log: : Fix one typo, s/know/known/. Really just low-hanging fruit to

Re: Contextual Variables

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

Re: Call for review: traits, lift

On Sun, May 03, 2009 at 08:20:17PM +0200, Moritz Lenz wrote: : If I understood the specs correctly, variables can be lifted, so you can : write : : sub f() {lift $a + $b}; : { : my $a is context = 3; : my $b is context = 4; : say f(); : } : : Is that correct? I think so. : And if ye

Re: Whitespace in \c[...], \x[...], etc.

On Mon, Apr 27, 2009 at 11:04:03AM +0200, Helmut Wollmersdorfer wrote: > It's not explicitly specified, if insignificant whitespace is allowed in > \c[...], \x[...], etc. > > Std.pm allows e.g. > > "\x[ 41 , 42 , 43 ]" > > For convenience - especially with long charnames - it should be

  1   2   3   4   5   6   7   8   9   10   >