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

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); say

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 la...@wall.org : : There is no more titlecase function. Instead there is a suite : of mapping functions

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

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

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

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 mor...@faui2k3.org 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

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

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

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: 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 method srand (

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

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

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 kinds

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

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

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: : : http://en.wikipedia.org/wiki/ALGOL_68 (]): : ] ALGOL 68 [...] was conceived as a successor

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 : snip : Surely that's enough for the vast majority of users, isn't it? : :

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 control

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

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

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 : perl6-bugs-follo...@perl.org 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

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

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 assumed to be a type name. : : Just to clarify

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

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 la...@wall.org 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

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 pmich...@pobox.com 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

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

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 cma...@gmail.com 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: 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 : publiustemp-perl6langua...@yahoo.com wrote: : --- On Tue, 5/1/10, Solomon Foster colo...@gmail.com wrote: : : From: Solomon Foster colo...@gmail.com : : Is this a bug or just documented

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

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:int -Coerces to type CInt. Floor semantics are used for fractional -values, including strings that appear to express fractional values. -That is, Cint($x)

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 denominator

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 because

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 would

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 david.gr...@telus.net 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

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 list

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

Re: S05 (regex) Q: after

Modifiers like :ratchet are lexically scoped, and therefore extend into any embedded ?before... or ?after..., 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

Re: Rukudo-Star = Rakudo-lite?

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

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

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 by one reading. �...@a[0] as a scalar

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: 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. Michaudpmich...@pobox.com 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

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

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 overrides tells Perl 6

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

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 Cuse, +the version lineage that was created first wins, unless

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 the

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: 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 Ruosodan...@ruoso.com wrote: : Ok, There's one thing that is not clear in the thread, which is when an : array is multidimensional

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 I Mean,

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 : : %hashfoo bar = ('some value') x 2; : : in Perl 6, but you always need to take care to write the correct integer : in the list

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=one two three four 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

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

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

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 for

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

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

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 the

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

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 digraphs

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.

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

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');

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 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 http://www.marco.org/83873337 for a

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: : : */in : : (where i is the Greek letter iota - iotan is Perl's 1..$n). Only if the origin is 1. This breaks under )ORIGIN 0. cough $[ /cough By the way, the assumption here is

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 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 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 and , but

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 la...@wall.org 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

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

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: 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 previously quoted

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 oh

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

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 http://www.dlugosz.com/Perl6/web/med-loop.html. 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: 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: 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: 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 working

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

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

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

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 the last year. It appears that contextual

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

Re: Interpolation of \c[$charname]?

On Mon, Apr 27, 2009 at 10:44:54AM +0200, Helmut Wollmersdorfer wrote: It's not explicitly specified, if a something like my $charname = 'SPACE'; my $string = \c[$charname]; should interpolate or not. I assume 'not'. Right? I also assume 'not', unless someone can present a valid use

Re: .to_charnames() and .from_charnames()

On Mon, Apr 27, 2009 at 12:02:56PM +0200, Helmut Wollmersdorfer wrote: [1] It would be possible to compose character names for the life-time of the process, but these names would need to be checked for uniqueness (performance problem). With our grapheme approach we will certainly compose

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 possible

Re: S08 Draft questions (Captures and Signatures)

On Tue, Mar 31, 2009 at 10:54:33PM -0700, Jon Lang wrote: : * Why are pointy blocks forbidden from enclosing their signatures in : parentheses, or from using the :( ... ) notation? Is this a : holdover from the early days, when parentheses denoted a list? Or is : there still a good reason not to

Re: simultaneous conditions in junctions

On Wed, Apr 01, 2009 at 08:40:12AM -0700, Dave Whipp wrote: That said, the semantics of a chained relop really should work correctly for this. If you only reference a junction once in an expression, then it should behave as such: {abc} !=== {ab bc}. Yes, that is the intent. I consider a

Re: Logo considerations - 3 logos needed

On Wed, Mar 25, 2009 at 08:54:34AM -0400, Guy Hulbert wrote: : On Wed, 2009-25-03 at 22:45 +1100, Timothy S. Nelson wrote: : Additionally, while you recommended Camelia for Rakudo, my : understanding was that Larry was recommending it for Perl 6 rather than : Rakudo. This is correct.

  1   2   3   4   5   6   7   8   9   10   >