HaloO,
Damian Conway wrote:
I think that's an appalling idea. <<>> is *vastly* more valuable as
interpolated word list.
I agree.
If you *have* to propose manuthreading, go with the previous proposal
and use >><< instead. The argument that the angles should point to the
operator is spurious.
HaloO,
Ingo Blechschmidt wrote:
But there is a problem with the ordinary assignment form:
($head, @tail) = foo();
If the LHS is an ordinary list (i.e., if we don't use help from the
grammar/macros),
What is a 'ordinary List' to you? I thought (,) constructs a Lazy list?
then the @tail
HaloO,
Yuval Kogman wrote:
IMHO definately autovivify
* @foo[$idx] := $var;
my @bar = @foo;
$var= $new_var;
# @foo[$idx] and $var are now $new_var, but @bar is unchanged, right?
Yes, I agree. But we do need a way in the middle. Right now we have:
@bar := @foo; # arr
On Mon, Aug 29, 2005 at 13:12:37 +0200, TSa wrote:
> Sorry, I believe everything is an operator---or actually operators
> are Code subtypes with syntactic sugar. But some operators are usually
> not dispatched because the type system manages to produce the same
> effect as a real dispatch. But tha
On Sat, Aug 27, 2005 at 08:19:00PM +0200, Ingo Blechschmidt wrote:
: But there is a problem with the ordinary assignment form:
:
: ($head, @tail) = foo();
:
: If the LHS is an ordinary list (i.e., if we don't use help from the
: grammar/macros), then the @tail would get flattened before it re
HaloO,
Damian Conway wrote:
Just a meta-point...one thing we really do need to be careful of is not
ending up with 17 different "equality" operators (like certain languages
I shall refrain from naming). So far we're contemplating:
=:=
~~
==
eq
eqv
equals
Do we really
On Wed, Aug 24, 2005 at 16:57:30 +1000, Damian Conway wrote:
This is what the operators mean to me:
> =:=
The right side and the left are the same thing, in the sense that:
$x =:= $y; # if this is true
$x.mutating_method; # and one side is changed
$x =:= $y; # the
On Mon, Aug 29, 2005 at 14:07:51 +0200, TSa wrote:
> HaloO,
>
> Damian Conway wrote:
> >Just a meta-point...one thing we really do need to be careful of is not
> >ending up with 17 different "equality" operators (like certain languages I
> >shall refrain from naming). So far we're
> >contemplat
HaloO,
Yuval Kogman wrote:
On Mon, Aug 29, 2005 at 13:12:37 +0200, TSa wrote:
Sorry, I believe everything is an operator---or actually operators
are Code subtypes with syntactic sugar. But some operators are usually
not dispatched because the type system manages to produce the same
effect as
On Mon, Aug 29, 2005 at 15:12:44 +0200, TSa wrote:
> HaloO,
>
> Yuval Kogman wrote:
> >On Mon, Aug 29, 2005 at 13:12:37 +0200, TSa wrote:
> >>Sorry, I believe everything is an operator---or actually operators
> >>are Code subtypes with syntactic sugar. But some operators are usually
> >>not dispat
HaloO Larry,
you wrote:
: >we need only provide an alternate comparison to
: >the constructor, and the set itself needn't remember it. On the
: >other hand, hashes behaving like mutable sets need to remember their
: >comparison operator if it is not the default.
:
: The slot accessor paradigma
11 matches
Mail list logo