"David L. Nicol" wrote: > > > One problem that immediately jumps out at me is how to do this: > > > > @a[[@x], [@y]]; > > I think I dealt with that in the next paragraph, suggesting > > @a["@x","@y"] Well, this is not bad, only it's not without its problems. Say you wanted to get your indices implicitly: @a[getindices()]; @a[$r->get_x, $r->get_y]; Either of these could return an arrayref, but forcing quotes around them means you'll need inbetweener variables or the @{} construct, neither of which is really gracious. I'm not trying to shoot the idea down point-blank, but I think it has some practical usage problems that potentially overshadow the gains in clarity. -Nate
- Re: Designing Perl 6 data crunching (wa... Baris
- Re: Designing Perl 6 data crunching (wa... Jeremy Howard
- Re: Designing Perl 6 data crunching (wa... Baris
- Re: Designing Perl 6 data crunching (wa... Jeremy Howard
- Re: Designing Perl 6 data crunching (wa... Christian Soeller
- Re: Designing Perl 6 data crunching (wa... Karl Glazebrook
- Re: n-dim matrices Baris
- a syntax derived from constant-time hash-based ... David L. Nicol
- Re: a syntax derived from constant-time has... Nathan Wiger
- Re: a syntax derived from constant-time... David L. Nicol
- Re: a syntax derived from constant-time... Nathan Wiger
- Re: a syntax derived from constant-time... David L. Nicol
- Re: a syntax derived from constant-time... Nathan Wiger
- Re: a syntax derived from constant-time... David L. Nicol
- Re: a syntax derived from constant-time... Karl Glazebrook
- Re: a syntax derived from constant-time... c . soeller
- Re: n-dim matrices Karl Glazebrook
- Re: n-dim matrices Buddha Buck
- Re: n-dim matrices Karl Glazebrook
- Re: n-dim matrices Buddha Buck
- Re: n-dim matrices Christian Soeller