Re: RFC 196 (v1) More direct syntax for hashes

2000-09-11 Thread Dave Storrs
On Thu, 7 Sep 2000, Michael G Schwern wrote: > On Wed, Sep 06, 2000 at 06:40:10PM -, Perl6 RFC Librarian wrote: > > C should return what C currently > > returns. > > Good. I'll weigh in with a "me too" on this. > > C should reset the hash iterator, instead of calling > > C or C

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-08 Thread Bart Lateur
On Thu, 7 Sep 2000 20:56:47 -0400, Michael G Schwern wrote: >> C should reset the hash iterator, instead of calling >> C or C as is currently the case. > >Sounds good, except the name. reset() already does something. >Currently, reset() is for clearing large swaths of global variables (a >dubiou

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-08 Thread Bart Lateur
On Wed, 6 Sep 2000 22:58:05 -0400, John Porter wrote: > keys %hash = @things; > >is defined as being equivalent to > > @hash{ @things } = (); Two more details to think about: %hash = ( b => 'beta', d => 'delta' ); keys %hash = qw(a b c); What happens to the values t

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-07 Thread Nathan Torkington
Michael G Schwern writes: > Okay, the example says on thing and the text of the proposal says > another. Sorry, I thought you were talking about a different section of code. I'll resubmit tomorrow. > So you're proposing that C act like C > $hash{$_} } sort keys %hash>? I can live with that. Ju

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-07 Thread Michael G Schwern
On Thu, Sep 07, 2000 at 10:22:17PM -0600, Nathan Torkington wrote: > Michael G Schwern writes: > I was expecting those two crufty features to be removed. If they > aren't, a third won't hurt. Might want to add this assumption to the RFC. Or perhaps another RFC to junk reset()'s current meaning.

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-07 Thread Nathan Torkington
Michael G Schwern writes: > > C should reset the hash iterator, instead of calling > > C or C as is currently the case. > > Sounds good, except the name. reset() already does something. > Currently, reset() is for clearing large swaths of global variables (a > dubious feature) and for reseting ?

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-07 Thread Michael G Schwern
On Wed, Sep 06, 2000 at 06:40:10PM -, Perl6 RFC Librarian wrote: > C should return what C currently > returns. Good. > C should reset the hash iterator, instead of calling > C or C as is currently the case. Sounds good, except the name. reset() already does something. Currently, reset() i

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-07 Thread Bart Lateur
On Wed, 6 Sep 2000 22:58:05 -0400, John Porter wrote: > keys %hash = @things; > >is defined as being equivalent to > > @hash{ @things } = (); > >This is to support hash-based set operations in a more >natural way, i.e. > > keys %hash = grep { exists $a{$_} } keys %b; I have dou

Re: RFC 196 (v1) More direct syntax for hashes

2000-09-06 Thread John Porter
> More direct syntax for hashes > > Maintainer: Nathan Torkington <[EMAIL PROTECTED]> > Date: 5 Sep 2000 > Mailing List: [EMAIL PROTECTED] > Version: 1 > Number: 196 Nat, I was thinking of writing an RFC on a related issue... but it could piggy-back on this one (196) if you like the id

RFC 196 (v1) More direct syntax for hashes

2000-09-06 Thread Perl6 RFC Librarian
This and other RFCs are available on the web at http://dev.perl.org/rfc/ =head1 TITLE More direct syntax for hashes =head1 VERSION Maintainer: Nathan Torkington <[EMAIL PROTECTED]> Date: 5 Sep 2000 Mailing List: [EMAIL PROTECTED] Version: 1 Number: 196 =head1 ABSTRACT C should re