Re: AUTLOAD and $_

Juerd skribis 2005-06-20 12:11 (+0200): sub AUTOLOAD ($w) { return our ::($w) = get_subref_for $w } sub AUTOLOAD { our ::($^a) = get_subref_for $^a } That's :=, of course. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: proposal: 404 method

BÁRTHÁZI András skribis 2005-06-20 17:18 (+0200): Is there a way, to catch, if I call a method, that doesn't exists, to run a default one? I'm thinking about an error handler method. See all the AUTO subs. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: proposal: 404 method

BÁRTHÁZI András skribis 2005-06-20 17:34 (+0200): Cool! Where? Is it working currently with Pugs? S10. I don't know how much of that is supported by Pugs. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: AUTLOAD and $_

. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: AUTLOAD and $_

{ ... }. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: ./method defunct

Kurt skribis 2005-06-20 19:34 (-0400): However, if it remains official, I expect I'll simply be naming my invocants, as chromatic has suggested. Or you can just get your self with a simple (module that does) macro self () { '$?SELF' } Juerd -- http://convolution.nl

Re: ./method defunct

Kurt skribis 2005-06-20 19:46 (-0400): On 6/20/05, Juerd wrote: Or you can just get your self with a simple (module that does) macro self () { '$?SELF' } And you could do the same for `./`. Certainly. However, there has proven to be much demand for something like ./method

Re: When can I take given as read?

./ There are many ways to avoid it. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: ./method defunct

, as it has already been discussed more than is good for us. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: ./method defunct

with $?SELf.method and .foo with $_.foo and so on) Deparse. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: AUTLOAD and $_

to receive arguments in unknown context, which is a bit of complexity and complication we can very easily avoid needing. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: AUTLOAD and $_

chromatic skribis 2005-06-21 9:23 (-0700): I already have a fantastic way to write code that does nothing: I don't write it. Just add braces around the thing you don't write. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: AUTLOAD and $_

Rod Adams skribis 2005-06-21 20:08 (-0500): Should we then perhaps rename it to: DEPRECATED_PERL5_AUTOLOAD ? That sounds like a good idea. In fact, a pragma to enable it would not be a bad idea either, IMO. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: AUTLOAD and $_

Maxim Sloyko skribis 2005-06-22 14:27 (+0400): Can we do return undef in this case? I mean. can undef mean a no-op in subref context? That's a rather false value. I hope undef is not executable. It's a much better idea to special case empty closures, IMO. Juerd -- http://convolution.nl

Re: proposal: binding with a function

, with binding it doesn't work like that, you end up with an infinite loop. I still think subs should have a value, than can be copied :) my old_behaviour = function; function = sub { try_something || old_behaviour }; Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: OO magic (at least for me)

whether subs are. Two requests: 1. Please indent code and don't use cutting lines. 2. Please use visually more different names, fun1 and fun2 look a lot alike. Consider foo and bar. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl

Re: OO magic (at least for me)

. Do you mean, that submethods for class methods (I don't know, if is it the official name of the non instance methods)? I don't think so. No. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Time::Local

! So beginning at 1 makes no sense, except for humans who like creating lists like (undef, Sunday Monday ...). In fact, I would prefer Saturday Sunday Monday ... to not having any 0 :) Now, for months, yes it does make lots of sense. Juerd -- http://convolution.nl/maak_juerd_blij.html http

Re: Time::Local

, for compatibility, Sunday :) Computers and Perl count from 0. People count from 1. If something begins at 1, it is expected to be a people's thing. And with week days, this just doesn't work, as not everyone's week starts at the same day. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: DBI v2 - The Plan and How You Can Help

steal that design and build on top of it, for compatibility, but also because other people have already thought about it and proven that it works. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

WTF? - Re: method calls on $self

here means a huge step back in time. Back to $_.method or $object.method. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Perl 6 Summary for 2005-07-05 through 2005-07-12

hope. No, $?SELF exists in every method. It's not the *default* invocant variable, it's the *always there* invocant variable. There is no default variable anywhere in the language that isn't $_. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: WTF? - Re: method calls on $self

to test patience. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: WTF? - Re: method calls on $self

this mean that $? is an alias for $?SELF, or only that $?. comes in ./'s stead? Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: WTF? - Re: method calls on $self

that the fork introduces used to be an error. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: WTF? - Re: method calls on $self

hope our dictator turns benevolent again, at least regarding the one thing we all agree about (and have agreed about for quite some time): that .foo must always mean $_.foo. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl

Re: Perl 6 Meta Object Protocols and $object.meta.isa(?)

Larry Wall skribis 2005-08-09 16:19 (-0700): So either something in the context tells us what Foo means, or it will be taken as a list operator that hasn't been declared yet. Is there, by the way, a pragma to force predeclaration of subs, to gain compile time typo checking? Juerd -- http

Re: Does list construction create new containers?

be (but that doesn't mean will be) optimized to $foo =:= $foo which in turn could be optimized to truth. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: @array = $scalar

[EMAIL PROTECTED] skribis 2005-08-31 15:50 (+): I think this deserves at least a compile time warning and also a strict pragma to make it an error as it is most likely not what the programmer wanted. I do not think that using a scalar in list context deserves a warning. Juerd -- http

Re: @array = $scalar

, junction constructors and infix zip, don't get an op= variant. There's something nice in $foo = 42; $foo |= .bar for @quux; as an alternative for $foo = any 42, @quux.bar; though Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: @array = $scalar

Stuart Cook skribis 2005-09-01 22:49 (+1000): [1] i.e. magically applies itself to any valid infix operator, just like »« and [] do , is not a normal binary infix operator. It's not even binary, although it can of course be used with only two operands. Juerd -- http://convolution.nl

Re: for $arrayref {...}

not being Array context. It does not dereference anything. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: for $arrayref {...}

, that means that you flatten yourself into specific kinds of contexts. sub foo (@bar) { ... } foo $aref; Here $aref is dereferenced because of the Array context. The scalar can't do this by itself, of course. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: Proposal: split ternary ?? :: into binary ?? and //

Thomas Sandlass skribis 2005-09-05 14:38 (+0200): b) if this is true, ?? evaluates its rhs such that it can't be undef But $foo ?? undef // 1 then is a problem. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: multisub.arity?

Luke Palmer skribis 2005-09-06 13:28 (+): Well, we'd better document that pretty damn well then, and provide min_arity and max_arity, too. Won't junctions do Array, then? I think foo.arity.max would be very intuitive, and likewise, for @foo.arity { ... } Juerd -- http://convolution.nl

Re: \(...)?

(and imho, a bad idea), because: \(@array); # same as \(@array) and [EMAIL PROTECTED] are the same thing \(@array,); # same as \(@array,) is [ @array ], NOT map { \$_ } @array Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: Proposal: split ternary ?? :: into binary ?? and //

was going to object based on !!foo being ! ! foo, but that !! is spelled ? now, so nevermind. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: \(...)?

, because the left side of [0] is in Array context, which is a scalar context, in which comma creates a new anonymous array ref. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: \(...)?

in Perl 6? AFAIK, the only thing that can create a list is list context, and I'm very unsure how anything that can handle both a list and an item can be postfix. And, presuming that I've understood you correctly Which I don't think you have. Juerd -- http://convolution.nl/maak_juerd_blij.html

Re: \(...)?

an array of aliases rather than copies, I retract this. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: \(...)?

not construct) works very well in Perl 6: it is not the parens that construct the array in scalar context, it is something else. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

item and slurpy

Are item context and slurpy context official terms yet? (Note that official is temporary, not permament, and has nothing to do with things being set in stone.) If so, then are the keywords for forcing context also item and slurpy, rather than scalar and list? Juerd -- http://convolution.nl

Re: item and slurpy

. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

coercion and context

and losslessly. Thinks like $foo.canbe(Int) and $foo.fitsin(Int) came to mind, but single word method names are probably better, if only someone can think of any. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl

Re: coercion and context

are the implications of that)? What role does coercion play in multimethod dispatch? Good questions. Relevant regardless of coercion syntax. I have no idea. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: \(...)?

special when used with \? What is the precedence of \? Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: \(...)?

imply that its precedence is lower than comma. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: \(...)?

+ operators, syntax wise. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: conditional wrapper blocks

, and that its benefits are far too little. At first glances, it makes me think it's mostly useful for people who hate refactoring. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: conditional wrapper blocks

) { my $label = encode_entities $item-label; my $href = uri_escape $item-url; my $there = $item-there; print qq[li$label/li\n] if $there; print qq[lia href=$href$label/a/li] if not $there; } instead.) Juerd -- http

Re: Stringification, numification, and booleanification of pairs

(coincidentally, that's +?$pair). Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: \(...)?

@a.concat(@b). Ah, comma supplies list context regardless of the context the comma is in? Is this current, or part of your proposal? I thought comma would propagate context. BTW, list ::= infix:,: This clarifies much. Thanks. Juerd -- http://convolution.nl/maak_juerd_blij.html http

Re: Stringification, numification, and booleanification of pairs

/05, Juerd [EMAIL PROTECTED] wrote: Please reply properly: below quotation (not above), per subject (usually: per paragraph), and stripping useless junk like signatures. -- Speaking of signatures... Instruct your mailer to use sigdashes, that is: dash, dash, space. Without the space, it's

Re: Stringification, numification, and booleanification of pairs

. This is also why I'm not sure stringification is done by a prefix:~ method -- it's probably done by something that does coercion in general, but I have no idea what the syntax for that would be. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: Stringification, numification, and booleanification of pairs

whenever it can be avoided. Iff it has no meaningful value, then we should try and make it meaningful in the scope of the other two. ~$pair, because it has a \t in it, will always be true booleanly, and so will ?$pair off course. Because of this, I think that ?+$pair should also be true. Juerd

pause/cont

of no good way or reason to make this work: FOO: ... { BAR: ... { pause FOO; } } Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Stringification, numification, and booleanification of pairs

Damian Conway skribis 2005-09-22 8:20 (+1000): Note that S02 does specify that pairs *interpolate* to key-tab-val-newline, so you can still get a\t42\n by writing $pair instead. I think separating stringification and interpolation leads to unpredictability, and is a very bad thing. Juerd

Re: pause/cont

is not a bad thing :) I still consider sub calls, loops, conditions, etc, to be controlled forms of goto. They're good-goto. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Stringification, numification, and booleanification of pairs

). But will they also see foo ~ $bar as something different from foo$bar? And what context does foo{ $bar } use? In my opinion, making the string value in interpolation different from the value in Str context is madness. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: Stringification, numification, and booleanification of pairs

by the circumfix operator. $TSa.greeting := HaloO; # mind the echo! echo off Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Stringification, numification, and booleanification of pairs

) | foo($bar *= 2, 2) | foo($bar *= 2, 3); So eventually, 4 is said, not 16, and there is no question of which $bar *= 2 is evaluated first. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: .chars, .bytes, etc.

.elems would then be non-Num item context: item @foo returns [EMAIL PROTECTED], but item @foo.elems returns [EMAIL PROTECTED] Still, I'd prefer not having .elems at all, as it adds nothing but confusion, regardless of which of the two semantic sets is chosen. Juerd -- http://convolution.nl

k, v

without explanation. (Not having to type alue also makes it easier for a pair to NOT evaluate to its value, but that's another thread.) Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: k, v

zipped. Re each, I don't know what to expect: a single pair, or all pairs. Not what .kv does, anyway. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Stringification, numification, and booleanification of pairs

madness until you realize that it's just a reflection of how most hackers think. ;-) This calls for a poll, because I believe nothing of this most. Hackers on this list, what do you think? Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: Stringification, numification, and booleanification of pairs

smart an array is makes it kind of useless to take Perl 5 as an example of how arrays should behave in Perl 6, because that would also dictate that foo ~ @bar end in the number of elements in @bar. Bad idea. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

matching colors (was Stringification, numification, and booleanification of pairs)

for colors. Instead, try to match. Surely a *smart* match operator really is smart? $color ~~ '#FF00FF' == $color ~~ 'magenta' == $color ~~ [ 255, 0, 255 ] Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: Stringification, numification, and booleanification of pairs

. It is NOT TRUE that uninterpolated strings are always for storage. Both can be used either way, and in practice are used both ways. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Stringification, numification, and booleanification of pairs

to evaluate to something OTHER than their values (they're not aliases, and this is most evident with \$pair, which shouldn't be in any way like \$pair.value, and in $pair, which shouldn't be in any way different from ~$pair.) Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

numification and stringification of objects

obviously more important than others. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Stringification, numification, and booleanification of pairs

being \n instead of ' '). Just the way I imagined it. Great! Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: .chars, .bytes, etc.

It's providing context to something that was already providing context. A bit redundant indeed. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

.thingies in contexts

and behave as described in this message. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Sort of do it once feature request...

makes me be afraid of using them in subs. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Sort of do it once feature request...

TSa skribis 2005-09-26 19:39 (+0200): Sorry, I'm totally out of scope to what 'the flipflop operator' is. Could you be so kind to give some hints. Thanks in advance. http://perldoc.perl.org/perlop.html#Range-Operators Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: Sort of do it once feature request...

TSa skribis 2005-09-26 20:32 (+0200): Does someone consider this 'inner boolean state' and the 'magical auto-increment algorithm if the operands are strings' of the Perl5 range op a feature worth preserving? Yes, many someones do. Juerd -- http://convolution.nl/maak_juerd_blij.html http

Re: [regex] \

frowning. Grtz, Ruud K vnd grtz n btj mljk t lzn, n d z mt ntrljk n s zjn. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: This week's summary

, the most noticeable difference is the time spent thinking and writing: for replies it's short, for new messages, it's long. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

zip: stop when and where?

What should zip do given 1..3 and 1..6? (a) 1 1 2 2 3 3 4 5 6 (b) 1 1 2 2 3 3 undef 4 undef 5 undef 6 (c) 1 1 2 2 3 3 (d) fail I'd want c, mostly because of code like for @foo Y 0... - $foo, $i { ... } Pugs currently does b. Juerd -- http://convolution.nl/maak_juerd_blij.html http

Re: zip: stop when and where?

whether a list is finite? my @foo = slurp ...; # lazy, but can be either finite or infinite my @bar = 1..10; say @foo Y @bar; # ? Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: zip: stop when and where?

, $xyzzy { ... } is something you will probably not see very often, it's still legal Perl, even though it looks asymmetric. This too makes finding the solution in arguments a non-solution. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: $value but lexically ...

Luke Palmer skribis 2005-10-06 14:23 (-0600): my role is_default {} # empty sub foo($a, ?$b = 0 but is_default) {...} Would this work too? 0 but role {} Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http

Re: Type annotations

a huge difference of opinion regarding automatic coercion. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Type annotations

, as it's very hard to have a rule that matches just integers. 0.5e3 is an integer, but 0.5e-3 is not. As stated in my previous message, I think that all numbers should be parsed the same way, and interpreted as Nums. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl

Re: Type annotations

Yuval Kogman skribis 2005-10-07 12:53 (+0200): On Fri, Oct 07, 2005 at 12:42:01 +0200, Juerd wrote: For my Int $c = $float, though, I'd want coercion. And I think it is wrong to have such a huge difference between literals and values: if a variable coerces, a literal has to do so too. How

Re: $value but lexically ...

Miroslav Silovic skribis 2005-10-07 13:07 (+0200): Can an inline role be named? 0 but role is_default {} This is a nice idea. It would require named roles (and to really be succesful, also classes, subs, methods, ...) declarations to be expressions, but I see no downside to that. Juerd

Re: Type annotations

time. How about in unreachable code (which I do actually believe compilers can detect some of the time)? I'm quite ambivalent about this. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: $value but lexically ...

).(); # Does this mean that this Perl 5 snippet no longer does the same in Perl 6? { my $foo = 5; sub bar { return $foo; } } Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl

Re: Sane (less insane) pair semantics

that will be guaranteed to be compatible with the current sub's signature. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Sane (less insane) pair semantics

PROTECTED]); This doesn't allow for combining named and positional pairs. I do not think that is necessary at all, for arrays. I think that combining the two on the same level is a recipe for disaster anyway, and should perhaps even emit a warning. Juerd -- http://convolution.nl/maak_juerd_blij.html

Re: Sane (less insane) pair semantics

Juerd skribis 2005-10-10 15:20 (+0200): only pairs on the topmost level of arguments (not in any parens) are s/not in any parens/not in any grouping parens/, to exclude .() Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl

Re: Sane (less insane) pair semantics

, arguments are passed. In the signature, you have parameters, in the call, you have arguments. However, in the case of a named argument, it does make some sense to call the name parameter and the value argument, resulting in having both in the call.) Juerd -- http://convolution.nl

Re: Sane (less insane) pair semantics

indicates, confusing at best. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Sane (less insane) pair semantics

leave the parens for grouping (and in calls: breaking recognition). Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

feather

these available through a web interface soon. There are no data backups for feather. I am considering weekly backups. Do you think they are needed? Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: multiline comments

Alfie John skribis 2005-10-12 15:28 (+1000): Does Perl6 support multiline comments? All incarnations of Perl have allowed us to begin multiple subsequent lines with the comment glyph '#'. I am sure Perl 6 will not break this tradition. Juerd -- http://convolution.nl/maak_juerd_blij.html http

Re: Translitteration and combining strings and array references

is a single thing replaced by bar. Does this not exclude any possibility of specifying ranges in strings? Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Re(vised): Proposal to make class method non-inheritable

or negative. Please do elaborate. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Making Wrong Code Type Wrong

operator that provides Str::Literal contextcoercion, which coerces to any other string type without encoding. Juerd -- http://convolution.nl/maak_juerd_blij.html http://convolution.nl/make_juerd_happy.html http://convolution.nl/gajigu_juerd_n.html

Re: Making Wrong Code Type Wrong

check if a variable does safe::(none()) and warn or fail if so. I don't see how this relates to the OP, or why encoding functions should implement it like this. The should is not to be taken literally, and applies only to the described hypothetical universe. Juerd -- http://convolution.nl

<    1   2   3   4   5   6   7   >